一、常用终端指令
$ pwd用于查看当前目录
$ mkdir learngit 创建一个名为learngit的空目录，即文件夹；
$ git init 初始化git仓库
$ ls -ah 在git仓库的目录可以用此命令查看到.git目录，这个.git目录默认是隐藏的。
既可以在一个空目录下创建git仓库，也可以在一个已经有文件的目录下创建git仓库。
二、初始化仓库
初始化一个Git仓库，使用git init命令。
三、添加文件到仓库
添加文件到Git仓库，分两步：
- 使用命令git add <file>，注意，可反复多次使用，添加多个文件； // 注意：执行这一命令时，文件一定要在git仓库所在的目录下，即使是子目录下也可以。因为这是一个Git仓库，放到其他地方Git再厉害也找不到这个文件。
- 使用命令git commit -m <message>，完成。
message是提交文件的记录信息。
(均在当前目录下执行)
要随时掌握工作区的状态，使用git status命令。
如果git status告诉你有文件被修改过，用git diff可以查看修改内容。git diff顾名思义就是查看difference，显示的格式正是Unix通用的diff格式。
3、添加修改文件
提交修改和提交新文件到仓库是一样的步骤和命令
git add <file>
git commit -m
四、版本回退
git log 命令用于查看查看git版本控制系统的历史提交记录, git log命令显示从最近到最远的提交日志; 如果嫌输出信息太多，看得眼花缭乱的，可以试试加上—pretty=oneline参数：
版本号（commit id）
首先，在Git中，用HEAD表示当前版本, 上一个版本就是HEAD，上上一个版本就是HEAD，当然往上100个版本写100个比较容易数不过来，所以写成HEAD~100.
git reset --hard HEAD^ 重置当前版本为上一个版本
总结一下：
1. HEAD指向的版本就是当前版本，因此，Git允许我们在版本的历史之间穿梭，使用命令git reset --hard commit_id。 2.穿梭前，用git log可以查看提交历史，以便确定要回退到哪个版本。 3.要重返未来，用git reflog查看命令历史，以便确定要回到未来的哪个版本。 Git的版本回退速度非常快，因为Git在内部有个指向当前版本的HEAD指针，所以它根据指针指向回退到指定版本。
五、工作区和暂存区
Git和其他版本控制系统如SVN的一个不同之处就是有暂存区的概念。
工作区（Working Directory）——就是你在电脑里能看到的目录。
版本库（Repository）——工作区有一个隐藏目录.git，这个不算工作区，而是Git的版本库。
Git的版本库里存了很多东西，其中最重要的就是称为stage（或者叫index）的暂存区，还有Git为我们自动创建的第一个分支master，以及指向master的一个指针叫HEAD。
前面讲了我们把文件往Git版本库里添加的时候，是分两步执行的：
第一步是用git add把文件添加进去，实际上就是把(工作区的)文件修改添加到暂存区；
第二步是用git commit提交更改，实际上就是把暂存区的所有内容提交到当前分支。
因为我们创建Git版本库时，Git自动为我们创建了唯一一个master分支，所以，现在，git commit就是往master分支上提交更改。
你可以简单理解为，需要提交的文件修改通通放到暂存区，然后，一次性提交暂存区的所有修改。
六、管理修改
为什么Git比其他版本控制系统设计得优秀，因为Git跟踪并管理的是修改，而非文件。m
你会问，什么是修改？比如你新增了一行，这就是一个修改，删除了一行，也是一个修改，更改了某些字符，也是一个修改，删了一些又加了一些，也是一个修改，甚至创建一个新文件，也算一个修改。
撤销修改
场景1：当你乱改了工作区某个文件的内容，想直接丢弃工作区的修改时，用命令git checkout -- file // 用于撤销工作区的修改
场景2：当你不但乱改了工作区某个文件的内容，还添加到了暂存区时，想丢弃修改，分两步，第一步用命令git reset HEAD <file>，就回到了场景1，第二步按场景1操作。
git reset命令既可以回退版本，也可以把暂存区的修改回退到工作区。当我们用HEAD时，表示最新的版本。
场景3：已经提交了不合适的修改到版本库时，想要撤销本次提交，参考版本回退一节，不过前提是没有推送到远程库。
七、删除文件
命令git rm用于删除一个文件。
1. 如果一个文件已经被提交到版本库，那么你永远不用担心误删，但是要小心，你只能恢复文件到最新版本，你会丢失最近一次提交后你修改的内容。(所以，不管是git还是SVN, 每天及时提交代码是重要的。)
git checkout其实是用版本库里的版本替换工作区的版本，无论工作区是修改还是删除，都可以“一键还原”。所以可以很轻松地将误删除的文件恢复到最新版本。
2. 确实要从版本库中删除该文件，那就用命令git rm <file>删掉，并且git commit -m：
使用git rm <file>和git add<file>效果是一样的.
八、 远程仓库
Git 远程仓库
1. Git是分布式版本控制系统，同一个Git仓库，可以分布到不同的机器上。怎么分布呢？最早，肯定只有一台机器有一个原始版本库，此后，别的机器可以“克隆”这个原始版本库，而且每台机器的版本库其实都是一样的，并没有主次之分。
实际情况往往是这样，找一台电脑充当服务器的角色，每天24小时开机，其他每个人都从这个“服务器”仓库克隆一份到自己的电脑上，并且各自把各自的提交推送到服务器仓库里，也从服务器仓库中拉取别人的提交。
本地Git仓库和GitHub仓库之间的传输是通过SSH加密的。
2. 获取SSH Key (mac)
2.1 打开终端进入用户主目录
2.2 ls -ah 可以查看到用户主目录下是否存在.ssh目录
2.3 进入.ssh目录(cd ..ssh) 查看目录下是否有id_rsa(私钥)和id_rsa.pub(公钥)两个文件 (ls -ah)
2.4 进入id_rsa.pub, 获取到里面的内容粘贴复制到github账户的settings ssh keys中。
注意： 创建SSH key的终端指令：ssh-keygen -t rsa -C “15036063987@163.com” (注册github账号的邮箱地址)
3. 为什么GitHub需要SSH Key呢？因为GitHub需要识别出你推送的提交确实是你推送的，而不是别人冒充的，而Git支持SSH协议，所以，GitHub只要知道了你的公钥，就可以确认只有你自己才能推送。
GitHub允许你添加多个Key，可以在多台电脑提交。
注意：以下命令均需要进入到本地仓库目录下执行：
本地仓库关联远程仓库，使用命令git remote add origin 远程仓库地址。(删除本地仓库与远程仓库的关联指令：git remote remove origin)
关联后，使用命令git push -u origin master第一次推送master分支的所有内容；
此后，每次本地提交后，只要有必要，就可以使用命令git push origin master推送最新修改；
从远程仓库克隆
- 要克隆一个仓库，首先必须知道仓库的地址，然后使用git clone 远程仓库地址 命令克隆。
2. Git支持多种协议，包括https，但通过ssh支持的原生git协议速度最快。
九：分支管理（此节有待于深入学习）
1. 创建与合并分支
Git鼓励大量使用分支：
查看分支：git branch 查看当前分支， git branch命令会列出所有分支，当前分支前面会标一个*号。
创建分支：git branch <name>
切换分支：git checkout <name>
创建+切换分支：git checkout -b <name> git checkout命令加上-b参数表示创建并切换
合并某分支到当前分支：git merge <name> 命令用于合并指定分支到当前分支，一般先切换到当前分支，再执行此命令。
删除分支：git branch -d <name>
2.解决冲突
当Git无法自动合并分支时，就必须首先解决冲突。解决冲突后，再提交，合并完成。（不需要你再合并分支)， 最后删除创建的分支就可以了。
解决冲突就是把Git合并失败的文件手动编辑为我们希望的内容，再提交。
用git log --graph命令可以看到分支合并图。
$ git log --graph --pretty=oneline —abbrev-commit 看到极为简单的提交历史。
3.分支管理策略
通常，合并分支时，如果可能，Git会用Fast forward模式，但这种模式下，删除分支后，会丢掉分支信息。
如果要强制禁用Fast forward模式，Git就会在merge时生成一个新的commit，这样，从分支历史上就可以看出分支信息。
git merge --no-ff -m "merge with no-ff" dev // 合并dev分支，—no—ff参数表示禁用Fast forward.
因为本次合并要创建一个新的commit，所以加上-m参数，把commit描述写进去。
注意：不使用Fast forward模式，merge分支后(删除分支)，查看提交历史，会有分支的历史提交信息，有两个commit id， 能看出来曾经做过合并, 而fast forward合并模式就看不出来曾经做过合并，并且只有一个commit id.
4.分支策略
在实际开发中，我们应该按照几个基本原则进行分支管理：
首先，master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活；
那在哪干活呢？干活都在dev分支上，也就是说，dev分支是不稳定的，到某个时候，比如1.0版本发布时，再把dev分支合并到master上，在master分支发布1.0版本；
你和你的小伙伴们每个人都在dev分支上干活，每个人都有自己的分支，时不时地往dev分支上合并就可以了。
Bug分支
软件开发中，有了bug就需要修复，在Git中，由于分支是如此的强大，所以，每个bug都可以通过一个新的临时分支来修复，修复后，合并分支，然后将临时分支删除。
当手头工作没有完成时，先把工作现场git stash(可以把当前工作现场“储藏”起来，等以后恢复现场后继续工作：)一下，然后去修复bug，修复后，再git stash pop，回到工作现场。
Git stash list 查看所有stash内容
一是用git stash apply恢复，但是恢复后，stash内容并不删除，你需要用git stash drop来删除；
git stash apply stash@{0} // 恢复stash列表中的第一个工作现场；
开发一个新feature，最好新建一个分支；如果要丢弃一个没有被合并过的分支，可以通过git branch -D <name>强行删除。如果要强行删除，需要使用大写的-D参数。
多人协作（还需要深入学习）
因此，多人协作的工作模式通常是这样：
- 首先，可以试图用git push origin <branch-name>推送自己的修改
- 如果推送失败，则因为远程分支比你的本地更新，需要先用git pull试图合并；
- 如果合并有冲突，则解决冲突，并在本地提交；
- 没有冲突或者解决掉冲突后，再用git push origin <branch-name>推送就能成功！
如果git pull提示no tracking information，则说明本地分支和远程分支的链接关系没有创建，用命令git branch --set-upstream-to <branch-name> origin/<branch-name>。
这就是多人协作的工作模式，一旦熟悉了，就非常简单。
①查看远程库信息，使用git remote -v； ②本地新建的分支如果不推送到远程，对其他人就是不可见的； ③从本地推送分支，使用git push origin branch-name，如果推送失败，先用git pull抓取远程的新提交； ④在本地创建和远程分支对应的分支，使用git checkout -b branch-name origin/branch-name，本地和远程分支的名称最好一致； ⑤建立本地分支和远程分支的关联，使用git branch --set-upstream branch-name origin/branch-name； ⑥从远程抓取分支，使用git pull，如果有冲突，要先处理冲突。
10、Rebase
rebase操作可以把本地未push的分叉提交历史整理成直线；（所以，要使分叉的提交历史看上去更直观，先执行git rebase， 再执行git push origin master.）
rebase操作的特点：把分叉的提交历史“整理”成一条直线，看上去更直观。缺点是本地的分叉提交已经被修改过了。
rebase的目的是使得我们在查看历史提交的变化时更容易，因为分叉的提交需要三方对比。
11、标签管理
发布一个版本时，我们通常先在版本库中打一个标签（tag），这样，就唯一确定了打标签时刻的版本。将来无论什么时候，取某个标签的版本，就是把那个打标签的时刻的历史版本取出来。所以，标签也是版本库的一个快照。
Git的标签虽然是版本库的快照，但其实它就是指向某个commit的指针。创建和删除标签都是瞬间完成的。
tag就是一个让人容易记住的有意义的名字，它跟某个commit绑在一起。
1.创建标签
在Git中打标签非常简单，首先，切换到需要打标签的分支上，然后，敲命令git tag <name>就可以打一个新标签：
可以用命令git tag查看所有标签：
默认标签是打在最新提交的commit上的
命令git tag <tagname>用于新建一个标签，默认为HEAD，也可以指定一个commit id
命令git tag -a <tagname> -m “blablabla…"可以指定标签信息；
用-a指定标签名，-m指定说明文字：
命令git tag可以查看所有标签
git show <tagname>查看标签信息：
2.操作标签信息
命令git push origin <tagname>可以推送一个本地标签； 命令git push origin --tags可以推送全部未推送过的本地标签； 命令git tag -d <tagname>可以删除一个本地标签； 命令git push origin :refs/tags/<tagname>可以删除一个远程标签。
12、使用Github
在GitHub上，可以任意Fork开源仓库； 自己拥有Fork后的仓库的读写权限； 可以推送pull request给官方仓库来贡献代码。（是否接受，由别人来定）
13、使用码云
git remote rm origin 删除已经关联的远程仓库
git remote -v 查看远程仓库信息
git remote add origin(远程仓库名称，可以自己起) git@gitee.com:liaoxuefeng/learngit.git(仓库路径) // 关联远程仓库
一个本地仓库可以关联多个远程仓库（例如既关联GitHub，又关联码云）
git本身是分布式版本控制系统，所以可以同步到多个远程仓库。使用多个远程库时，我们要注意，git给远程库起的默认名称是origin，如果有多个远程库，我们需要用不同的名称来标识不同的远程库。
git push 本地代码时，可以加上远程仓库名称以及远程仓库链接。
14、忽略特殊文件
在Git工作区的根目录下创建一个特殊的.gitignore文件，然后把要忽略的文件名填进去，Git就会自动忽略这些文件。
不需要从头写.gitignore文件，GitHub已经为我们准备了各种配置文件，只需要组合一下就可以使用了。所有配置文件可以直接在线浏览：https://github.com/github/gitignore
忽略文件的原则是：
- 忽略操作系统自动生成的文件，比如缩略图等；
- 忽略编译生成的中间文件、可执行文件等，也就是如果一个文件是通过另一个文件自动生成的，那自动生成的文件就没必要放进版本库，比如Java编译产生的.class文件；
- 忽略你自己的带有敏感信息的配置文件，比如存放口令的配置文件。
如果一个文件被 .gitignore忽略了，使用如下指令可将该文件强制添加到Git
$ git add -f App.class
用git check-ignore命令检查某一个文件被忽略情况
忽略某些文件时，需要编写.gitignore； .gitignore文件本身要放到版本库里，并且可以对.gitignore做版本管理！
15、配置别名
$ git config --global alias.st status
$ git config --global alias.co checkout
$ git config --global alias.ci commit
$ git config --global alias.br branch
--global参数是全局参数，也就是这些命令在这台电脑的所有Git仓库下都有用。
在撤销修改一节中，我们知道，命令git reset HEAD file可以把暂存区的修改撤销掉（unstage），重新放回工作区。既然是一个unstage操作，就可以配置一个unstage别名：
$ git config --global alias.unstage 'reset HEAD'
配置一个git last，让其显示最后一次提交信息：
$ git config --global alias.last 'log -1’
还可以配置：
git config --global alias.lg "log --color --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' —abbrev-commit"
配置文件
配置Git的时候，加上--global是针对当前用户的所有Git仓库起作用的，如果不加，那只针对当前的仓库起作用。
每个仓库的Git配置文件都放在.git/config文件中：
$ cat .git/config
别名就在[alias]后面，要删除别名，直接把对应的行删掉即可。
而当前用户的Git配置文件放在用户主目录下的一个隐藏文件.gitconfig中：
$ cat .gitconfig
配置别名也可以直接修改这个文件，如果改错了，可以删掉文件重新通过命令配置。
16、搭建Git服务器
1、搭建Git服务器非常简单，通常10分钟即可完成；
搭建Git服务器需要准备一台运行Linux的机器，强烈推荐用Ubuntu或Debian，这样，通过几条简单的apt命令就可以完成安装。
假设你已经有sudo权限的用户账号，下面，正式开始安装。
第一步，安装git：
$ sudo apt-get install git
第二步，创建一个git用户，用来运行git服务：
$ sudo adduser git
第三步，创建证书登录：
收集所有需要登录的用户的公钥，就是他们自己的id_rsa.pub文件，把所有公钥导入到/home/git/.ssh/authorized_keys文件里，一行一个。
第四步，初始化Git仓库：
先选定一个目录作为Git仓库，假定是/srv/sample.git，在/srv目录下输入命令：
$ sudo git init --bare sample.git
Git就会创建一个裸仓库，裸仓库没有工作区，因为服务器上的Git仓库纯粹是为了共享，所以不让用户直接登录到服务器上去改工作区，并且服务器上的Git仓库通常都以.git结尾。然后，把owner改为git：
$ sudo chown -R git:git sample.git
第五步，禁用shell登录：（有点不解）
出于安全考虑，第二步创建的git用户不允许登录shell，这可以通过编辑/etc/passwd文件完成。找到类似下面的一行：
git:x:1001:1001:,,,:/home/git:/bin/bash
改为：
git:x:1001:1001:,,,:/home/git:/usr/bin/git-shell
这样，git用户可以正常通过ssh使用git，但无法登录shell，因为我们为git用户指定的git-shell每次一登录就自动退出。
第六步，克隆远程仓库：
现在，可以通过git clone命令克隆远程仓库了，在各自的电脑上运行：
网友评论