该篇文章为学习廖雪峰git教程的总结，具体可移步廖雪峰老师git教程网站
Git介绍
Git是分布式版本控制系统。
Git由Linux之父linus为了管理linux版本创造的，用c语言实现。
版本控制系统分为分布式和集成式两种，分布式的为git，集成式的有CVS和SVN。
集成式的版本控制系统有一个中央服务器，版本库都存放在中央服务器中，如果有人要干活需要先从中央服务器中下载下来，干完活后要继续上传到中央服务器。集中式的版本控制系统需要联网才能使用，如果不能联网，则不能上传到中央服务器。
分布式的版本控制系统是每个本地库都有一个完整的版本库，工作的时候不需要联网，只要Push到本地库就可以，相互之间只需要交换修改的文件给对方就可以，为了方便的相互交换修改的文件，分布式版本控制也有一个版本库，该版本库的目的是为了交换文件的方便。
集中式和分布式的最大区别就在于，集中式需要联网，如果集中式中央服务器损坏，每个人都不能干活，分布式的由于每个人本地都有一个版本库，因此安全性很高，即使其中一个人的版本库损坏，只要从另一个人那里复制过来就好，而且不需要联网。
Git安装
Windows安装：
- 从git官网下载git，默认选项进行安装。
- 安装完成后，打开git bash，如果可以打开代表git安装成功。
- 安装成功后还需要设置用户名和邮箱。用户名和邮箱唯一的标识一台机器，
--global参数的表示这台机器上所有的git仓库都会使用这个配置，当然也可以对某个仓库指定不同的用户名和Email地址。在命令行输入：
git config --global user.name "your name"
git config --global user.email "email@example.com"
git使用之创建版本库：
创建版本库并初始化
- 版本库又名仓库，英文名为
repository，在你想要的工作目录中创建一个空目录，创建版本库的命令为（使用windows尽量确保目录名中不包含中文）：
mkdir learngit
cd learngit
pwd
pwd命令为列出当前目录，即该目录即为自己定义的git版本库地址。
-
git init：将该目录变成git可以管理的仓库。
执行完该操作后会在当前目录下生成一个.git目录，该目录用来跟踪管理版本库，不要轻易修改。可以使用ls -ah来查看。
$ git init
Initialized empty Git repository in F:/learngit/.git/
$ ls -ah
./ ../ .git/
将文件添加到版本库
所有的版本控制只能跟踪文件的改动，比如txt文件、网页等。版本控制系统可以高笋每次的改动，比如在第5行加了已给单词
linux，图片、视频等二进制文件，虽然也能油版本控制系统管理。但没办法跟踪文件的变化，即只能指定图片大小的变化，但图片到底改变什么了，git不知道。
- 在
learngit文件夹下编写一个readme.txt文件，内容如下：
Git is a version control system.
Git is free software.
- 使用
git add命令将文件添加到仓库，运行后无任何显示代表操作成功：
$ git add readme.txt - 使用
git commit命令将文件提交到仓库：
$ git commit -m "wrote a readme file"
[master (root-commit) eaadf4e] wrote a readme file
1 file changed, 2 insertions(+)
create mode 100644 readme.txt
-m参数是本次提交的说明，说明本次改动的东西，最好加上改动说明，可以在版本回退中找到改动记录。
git commit命令成功后，显示1 file changed：1个文件被改动（新添加的readme.txt文件）；2 insertions：插入了两行内容（readme.txt有两行内容）。
- commit可以一次提交很多文件，可以多次add不同的文件，比如：
$ git add file1.txt
$ git add file2.txt file3.txt
$ git commit -m "add 3 files."
- 如果要提交一个文件夹，使用
git add work/，work为提交的文件夹，文件夹下最好有一个文件，或者创建一个空文件。
时光机穿梭
修改文件并提交
- 修改readme.txt文件内容，修改为如下内容：
Git is a distributed version control system.
Git is free software.
- 运行
git status命令，查看版本库当前状态，结果如下：
$ git status
On branch master
Changes not staged for commit:
(use "git add <file>..." to update what will be committed)
(use "git checkout -- <file>..." to discard changes in working directory)
modified: readme.txt
no changes added to commit (use "git add" and/or "git commit -a")
git status显示readme.txt文件被修改，但是还没有提交修改。
-
git diff命令查看文件的修改：
$ git diff readme.txt
diff --git a/readme.txt b/readme.txt
index 46d49bf..9247db6 100644
--- a/readme.txt
+++ b/readme.txt
@@ -1,2 +1,2 @@
-Git is a version control system.
+Git is a distributed version control system.
Git is free software.
上述结果显示第一行添加了distributed单词。
- 使用
git add添加修改文件 和git status命令查看当前版本库状态：
$ git add readme.txt
$ git status
On branch master
Changes to be committed:
(use "git reset HEAD <file>..." to unstage)
modified: readme.txt
可以看到将要被提交的修改包括readme.txt文件
-
git commit命令提交文件、git status命令查看状态：
$ git commit -m "add contributed"
[master e475afc] add distributed
1 file changed, 1 insertion(+), 1 deletion(-)
# git status
On branch master
nothing to commit, working tree clean
git显示没有需要提交的修改，而且目录树是干净的。
版本回退
- 修改readme.txt文件并提交：
Git is a distributed version control system.
Git is free software distributed under thr GPL.
$ git add readme.txt
$ git commit -m "append GPL"
[master 1094adb] append GPL
1 file changed, 1 insertion(+), 1 deletion(-)
-
git log命令查看版本历史，可以看到三次文件提交：
$ git log
commit xxxxxxxxxxxxxxx (HEAD -> master)
Author: xxx <email@example.com>
Date: Fri May 18 21:06:15 2018 +0800
append GPL
commit xxxxxxxxxxxxxxxx
Author: xxx <email@example.com>
Date: Fri May 18 21:03:36 2018 +0800
add distributed
commit xxxxxxxxxxxxxxxx
Author: xxx <email@example.com>
Date: Fri May 18 20:59:18 2018 +0800
wrote a readme file
--pretty=online参数可以简化信息，将每次的提交压缩为一行信息。
一长串的数字是commit id，为SHA1计算出来的十六进制数字，作为版本号。
- git中要回退到上一个版本，需要知道当前为哪个版本，git中
HEAD为当前版本，上一个版本为HEAD^，上上一个版本为HEAD^^，git reset命令回退版本：
$ git reset --hard HEAD^
HEAD is now at e475afc add distributed
命令显示回退成功，打开readme.txt文件可以看到文件内容为第二次提交的内容，即文件被还原，版本回退成功：
Git is a distributed version control system.
Git is free software.
-
git log查看当前版本状态：
$ git log
commit xxxxxxxxxxxxxxxx
Author: xxx <email@example.com>
Date: Fri May 18 21:03:36 2018 +0800
add distributed
commit xxxxxxxxxxxxxxxx
Author: xxx <email@example.com>
Date: Fri May 18 20:59:18 2018 +0800
wrote a readme file
可以看到，最新的版本append GPL已经看不到了。
- 如果要回到最新的版本状态，可以查看刚刚输出的版本号就可以回退，继续使用
git reset命令：
$ git reset -hard 1094a
HEAD is now at 83b0afe append GPL
- 即使把命令行窗口关掉也可以查看最新版本的版本号，
git reflog命令会记录每一次命令：
$ git reflog
e475afc HEAD@{1}: reset: moving to HEAD^
1094adb (HEAD -> master) HEAD@{2}: commit: append GPL
e475afc HEAD@{3}: commit: add distributed
eaadf4e HEAD@{4}: commit (initial): wrote a readme file
从而可以找到所有版本的版本号，随意回退版本。
工作区和暂存区
工作区：在电脑里能看到的目录，比如learngit文件夹就是一个工作区。
版本库：工作区有一个隐藏目录为.git，这个隐藏目录为git的版本库。
.git版本库里包含了一个stage(或者index)暂存区，和git创建的第一个分支master，以及指向master的一个指针HEAD。如图：
版本库构造
Git添加文件包括两个步骤
git add和git commit。
-
git add：把文件修改添加到暂存区； -
git commit：把暂存区的所有内容提交到当前分支。
git diff命令比较的是工作区文件和缓冲区文件的区别（修改后未git add），git diff --cached比较的是暂存区和分支的不同。
管理修改
- 修改文件为如下内容并
git add：
Git is a distributed version control system.
Git is free software distributed under the GPL.
Git has a mutable index called stage.
Git tracks changes.
$ git add readme.txt
-
git status查看当前状态：
$ git status
On branch master
Changes to be committed:
(use "git reset HEAD <file>..." to unstage)
modified: readme.txt
- 再一次修改readme.txt文件为如下内容：
Git is a distributed version control system.
Git is free software distributed under the GPL.
Git has a mutable index called stage.
Git tracks changes of files.
-
git diff命令查看不同，结果为：
$ git diff
diff --git a/readme.txt b/readme.txt
index 2fee5ed..38abd26 100644
--- a/readme.txt
+++ b/readme.txt
@@ -1,4 +1,4 @@
Git is a distributed version control system.
Git is free software distributed under the GPL.
Git has a mutable index called stage.
-Git tracks changes.
\ No newline at end of file
+Git tracks changes of files.
\ No newline at end of file
可以看出git diff命令查看的是工作区和暂存区的内容区别。
使用git diff --cached或git diff --staged命令，结果如下：
$ git diff --staged
diff --git a/readme.txt b/readme.txt
index 4f59fcc..2fee5ed 100644
--- a/readme.txt
+++ b/readme.txt
@@ -1,2 +1,4 @@
Git is a distributed version control system.
-Git is free software distributes under the GPL.
\ No newline at end of file
+Git is free software distributed under the GPL.
+Git has a mutable index called stage.
+Git tracks changes.
\ No newline at end of file
可以看出这两个命令检查的是暂存区和分支的区别。
-
git commit提交，git status查看状态：
$ git commit -m "git tracks changes"
[master 05f1e19] git tracks changes
1 file changed, 3 insertions(+), 1 deletion(-)
$ git status
On branch master
Changes not staged for commit:
(use "git add <file>..." to update what will be committed)
(use "git checkout -- <file>..." to discard changes in working directory)
modified: readme.txt
no changes added to commit (use "git add" and/or "git commit -a")
可以看出这次提交的是刚刚的第一次提交，也就是暂存区中的内容，第二次修改没有被提交。
- 使用命令
git diff HEAD -- readme.txt命令查看工作区和版本库里面最新版本的区别：
$ git diff HEAD -- readme.txt
diff --git a/readme.txt b/readme.txt
index 2fee5ed..38abd26 100644
--- a/readme.txt
+++ b/readme.txt
@@ -1,4 +1,4 @@
Git is a distributed version control system.
Git is free software distributed under the GPL.
Git has a mutable index called stage.
-Git tracks changes.
\ No newline at end of file
+Git tracks changes of files.
\ No newline at end of file
- 可以先不提交第一次修改，可以先添加第二次修改，在提交，这样可以一次性把两次修改合并后提交。
撤销修改
- 当你改乱了工作区某个文件的内容，想直接丢弃工作区的修改时，用命令
git checkout -- file。 - 当你不但改乱了工作区某个文件的内容，还添加到了暂存区时，想丢弃修改，分两步，第一步用命令
git reset HEAD <file>，就回到了1，第二步按1操作。 - 已经提交了不合适的修改到版本库时，想要撤销本次提交，参考[版本回退]一节，不过前提是没有推送到远程库。
删除文件
- 新添加一个文件
test.txt到git并提交：
$ git add test.txt
$ git commit -m "add test.txt"
[master b84166e] add test.txt
1 file changed, 1 insertion(+)
create mode 100644 test.txt
- 把文件
test.txt删除，执行git status命令：
$ git status
On branch master
Changes not staged for commit:
(use "git add/rm <file>..." to update what will be committed)
(use "git checkout -- <file>..." to discard changes in working directory)
deleted: test.txt
no changes added to commit (use "git add" and/or "git commit -a")
-
git rm命令从版本库中删除该文件，并git commit
$ git rm test.txt
rm 'test.txt'
$ git commit -m "remove test.txt"
[master d46f35e] remove test.txt
1 file changed, 1 deletion(-)
delete mode 100644 test.txt
- 如果文件被误删，因为版本库中存放有文件，可以使用
git checkout -- test.txt命令将误删的文件恢复到最新版本，git checkout命令其实是用版本库里的版本替换工作区的版本，无论工作区是修改还是删除，都可以还原，但是如果文件从来没有提交到版本库，是无法还原的。
远程仓库
创建github远程仓库
- 因为本地仓库和github远程仓库之间的传输是通过SSH加密的，隐藏首先创建SSH key。打开git bash，创建SSH key，一路回车即可:
$ ssh-keygen -t rsa -C "youreamil@example.com"
- 进入主目录，输入
ls -ah可以查看到有.ssh目录，里面有id_rsa和id_rsa.pub两个文件，这两个文件即为SSH key的密钥对，id_rsa为私钥，不能泄露出去，id_rsa.pub为公钥。 - 登录github，打开
settings，SSH and GPG keys页面，点击new SSH key，填上任意标题，在Key文本框里粘贴id_rsa.pub的内容，点击add SSH key即可成功看到自己添加的ssh key。
添加远程库
- 登录github，创建一个新的仓库learngit。
- 把本地仓库的内容推送到github仓库上，运行如下命令：
$ git remote add origin git@github.com:yourname/learngit.git
记得把yourname改成你自己的Github账户名，否则关联不上远程库。添加后远程库的名字为origin，这是git默认的叫法，也可以改成别的，但是origin这个名字一看就知道是远程库。
- 把本地库的所有内容推送到远程库上：
$ git push -u origin master
Counting objects: 20, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (15/15), done.
Writing objects: 100% (20/20), 1.64 KiB | 560.00 KiB/s, done.
Total 20 (delta 5), reused 0 (delta 0)
remote: Resolving deltas: 100% (5/5), done.
To github.com:michaelliao/learngit.git
* [new branch] master -> master
Branch 'master' set up to track remote branch 'master' from 'origin'.
由于远程库是空的，我们第一次推送master分支时，加上了-u参数，Git不但会把本地的master分支内容推送的远程新的master分支，还会把本地的master分支和远程的master分支关联起来，在以后的推送或者拉取时就可以简化命令。
推送成功后，可以立刻在github页面中看到远程库的内容和本地一模一样。
- SSH警告：
当第一次使用Git的clone或者push命令连接GitHub时，会得到一个警告：
The authenticity of host 'github.com (xx.xx.xx.xx)' can't be established.
RSA key fingerprint is xx.xx.xx.xx.xx.
Are you sure you want to continue connecting (yes/no)?
这是因为Git使用SSH连接，而SSH连接在第一次验证GitHub服务器的Key时，需要你确认GitHub的Key的指纹信息是否真的来自GitHub的服务器，输入yes回车即可。
Git会输出一个警告，告诉你已经把GitHub的Key添加到本机的一个信任列表里了：
Warning: Permanently added 'github.com' (RSA) to the list of known hosts.
这个警告只会出现一次，后面的操作就不会有任何警告了。
如果你实在担心有人冒充GitHub服务器，输入yes前可以对照[GitHub的RSA Key的指纹信息]是否与SSH连接给出的一致。
- 现在已经有了真正的分布式版本库，只要本地作了提交，可以使用如下命令推送最新修改：
git push origin master
从远程库克隆
- 登录Github，找到一个想要克隆的库，使用
git clone命令克隆一个本地库：
$ git clone git@github.com:yourname/xxx.git
Cloning into 'xxx'...
remote: Counting objects: 3, done.
remote: Total 3 (delta 0), reused 0 (delta 0), pack-reused 3
Receiving objects: 100% (3/3), done.
- 注意把git库的地址换成自己的，然后进入下载下来的库看，可以看到有相应的文件。
- git支持多种协议，也可以使用https协议，但通过ssh支持的原生git协议速度最快。
分支管理
在版本回退里，每次提交，Git都把它们串成一条时间线，这条时间线就是一个分支。截止到目前，只有一条时间线，在Git里，这个分支叫主分支，即master分支。HEAD严格来说不是指向提交，而是指向master，master才是指向提交的，所以，HEAD指向的就是当前分支。
一开始的时候，master分支是一条线，Git用master指向最新的提交，再用HEAD指向master，就能确定当前分支，以及当前分支的提交点。
每次提交，master分支都会向前移动一步，这样，随着你不断提交，master分支的线也越来越长，
当我们创建新的分支，例如dev时，Git新建了一个指针叫dev，指向master相同的提交，再把HEAD指向dev，就表示当前分支在dev上：
Git创建一个分支很快，因为除了增加一个
dev指针，改改HEAD的指向，工作区的文件都没有任何变化！不过，从现在开始，对工作区的修改和提交就是针对
dev分支了，比如新提交一次后，dev指针往前移动一步，而master指针不变：假如我们在
dev上的工作完成了，就可以把dev合并到master上。Git怎么合并呢？最简单的方法，就是直接把master指向dev的当前提交，就完成了合并：
所以Git合并分支也很快！就改改指针，工作区内容也不变！
合并完分支后，甚至可以删除
dev分支。删除dev分支就是把dev指针给删掉，删掉后，我们就剩下了一条master分支：
创建与合并分支
- 创建
dev分支，然后切换到dev分支：
$ git checkout -b dev
Switched to a new branch 'dev'
git checkout命令加上-b参数表示创建并切换，相当于以下两条命令：
$ git branch dev
$ git checkout dev
Switched to branch 'dev'
-
git branch命令会列出所有分支，当前分支前面会标一个*号。查看当前分支：
$ git branch
* dev
master
- 在
dev分支上正常提交，比如对readme.txt做个修改，加上一行，然后提交：
Creating a new branch is quick.
$ git add readme.txt
$ git commit -m "branch test"
[dev b17d20e] branch test
1 file changed, 1 insertion(+)
- dev分支工作完成，切回到master分支，再查看readme.txt文件，刚才添加的内容不见了,因为那个提交是在dev分支上，而master分支此刻的提交点并没有变：
$ git checkout master
Switched to branch 'master'
- 将dev分支上的内容合并到master上：
$ git merge dev
Updating d46f35e..b17d20e
Fast-forward
readme.txt | 1 +
1 file changed, 1 insertion(+)
git merge命令用于合并指定分支到当前分支。合并后，再查看readme.txt的内容，就可以看到，和dev分支的最新提交是完全一样的。
注意到上面的Fast-forward信息，Git告诉我们，这次合并是“快进模式”，也就是直接把master指向dev的当前提交，所以合并速度非常快。
- 合并完成后，删除dev分支：
$ git branch -d dev
Deleted branch dev (was b17d20e).
- 查看当前分支，只有master分支：
$ git branch
* master
解决冲突
- 准备新的分支
feature1：
$ git checkout -b feature1
Switched to a new branch 'feature1'
- 修改
readme.txt最后一行，改为：Creating a new branch is quick AND simple. - 在
feature1分支上提交：
$ git add readme.txt
$ git commit -m "AND simple"
[feature1 14096d0] AND simple
1 file changed, 1 insertion(+), 1 deletion(-)
- 切换到
master分支，Git还会自动提示我们当前master分支比远程的master分支要超前1个提交。：
$ git checkout master
Switched to branch 'master'
Your branch is ahead of 'origin/master' by 1 commit.
(use "git push" to publish your local commits)
- 在master分支上修改readme.txt文件最后一行，并提交：
Creating a new branch is quick & simple.
$ git add readme.txt
$ git commit -m "& simple"
[master 5dc6824] & simple
1 file changed, 1 insertion(+), 1 deletion(-)
-
master分支和feature1分支各自都有新的提交，变成了这样：
- 这种情况下，git无法执行“快速合并”，只能试图把各自的修改合并起来，但这种合并就可能会有冲突，如下所示：
$ git merge feature1
Auto-merging readme.txt
CONFLICT (content): Merge conflict in readme.txt
Automatic merge failed; fix conflicts and then commit the result.
- git提示readme.txt文件存在冲突，必须手动解决冲突后在提交。
git status可以告诉我们冲突的文件：
On branch master
Your branch is ahead of 'origin/master' by 2 commits.
(use "git push" to publish your local commits)
You have unmerged paths.
(fix conflicts and run "git commit")
(use "git merge --abort" to abort the merge)
Unmerged paths:
(use "git add <file>..." to mark resolution)
both modified: readme.txt
no changes added to commit (use "git add" and/or "git commit -a")
- 直接查看
readme.txt文件的内容，Git用<<<<<<<，=======，>>>>>>>标记出不同分支的内容内容如下：
Git is a distributed version control system.
Git is free software distributed under the GPL.
Git has a mutable index called stage.
Git tracks changes of files.
<<<<<<< HEAD
Creating a new branch is quick & simple.
=======
Creating a new branch is quick AND simple.
>>>>>>> feature1
- 手动修改文件如下，并进行保存，在提交：
Creating a new branch is quick and simple.
$ git add readme.txt
$ git commit -m "conflict fixed"
[master cf810e4] conflict fixed
-
现在分支变成了如下所示：
- 用
git log查看分支的合并情况：
$ git log --graph --pretty=oneline --abbrev-commit
* cf810e4 (HEAD -> master) conflict fixed
|\
| * 14096d0 (feature1) AND simple
* | 5dc6824 & simple
|/
* b17d20e branch test
* d46f35e (origin/master) remove test.txt
* b84166e add test.txt
* 519219b git tracks changes
* e43a48b understand how stage works
* 1094adb append GPL
* e475afc add distributed
* eaadf4e wrote a readme file
- 删除分支
feature1:
$ git branch -d feature1
Deleted branch feature1 (was 14096d0).
-
git log --graph命令可以看到分支合并图。
分支管理策略
合并分支时，如果可能，Git会用Fast forward模式，但这种模式下，删除分支后，会丢掉分支信息。
如果要强制禁用Fast forward模式，Git就会在merge时生成一个新的commit，这样，从分支历史上就可以看出分支信息。
- 创建并切换dev分支：
$ git checkout -b dev
Switched to a new branch 'dev'
- 修改
readme.txt文件，并提交一个新的commit：
$ git add readme.txt
$ git commit -m "add merge"
[dev f52c633] add merge
1 file changed, 1 insertion(+)
- 分支切回master，和dev分支合并，注意使用
--no-ff参数，表示禁用Fast forward，因为本次合并要创建一个新的commit，所有要加上'-m'参数，把commit描述写进去：
$ git checkout master
Switched to branch 'master'
$ git merge --no-ff -m "merge with no-ff" dev
Merge made by the 'recursive' strategy.
readme.txt | 1 +
1 file changed, 1 insertion(+)
-
git log查看历史：
$ git log --graph --pretty=oneline --abbrev-commit
* e1e9c68 (HEAD -> master) merge with no-ff
|\
| * f52c633 (dev) add merge
|/
* cf810e4 conflict fixed
...
-
可以看到，不使用Fast forward模式，merge后就像这样：
- 在实际开发中，应该按照几个基本原则进行分支管理：
master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活；干活都在dev分支上，也就是说，dev分支是不稳定的，到某个时候，比如1.0版本发布时，再把dev分支合并到master上，在master分支发布1.0版本；
你和你的小伙伴们每个人都在dev分支上干活，每个人都有自己的分支，时不时地往dev分支上合并就可以了。
所以，团队合作的分支看起来就像这样：
Bug分支
- 创建dev分支，创建一个新文件
hello.py，假设该文件为有bug的文件，当要修复该文件的bug时，需要创建一个分支来修复，但是当前正在dev上进行的工作还没有提交，因为工作作了一半没有办法提交，预计完成还需一天时间，但是必须在两个小时内修复bug，怎么办？使用git stash功能，可以把当前工作现场储藏起来，等以后恢复现场后继续工作：
$ git status
On branch dev
Changes not staged for commit:
(use "git add <file>..." to update what will be committed)
(use "git checkout -- <file>..." to discard changes in working directory)
modified: hello.txt
no changes added to commit (use "git add" and/or "git commit -a")
$ git stash
Saved working directory and index state WIP on dev: c3f0495 add hello.txt
- 在使用
git status查看，可以看出现在的工作区时干净的，可以放心的创建分支来修复bug。
$ git status
On branch dev
nothing to commit, working tree clean
- 确定要在哪个分支上修复bug，如果需要在master分支上修复，就从master创建临时分支：
$ git checkout master
Switched to branch 'master'
Your branch is ahead of 'origin/master' by 6 commits.
(use "git push" to publish your local commits)
$ git checkout -b issue-101
Switched to a new branch 'issue-101'
- 修复bug，需要把readme.txt文件的“Git is free software ...”改为“Git is a free software ...”，然后提交：
$ git add readme.txt
$ git commit -m "fix bug 101"
[issue-101 4c805e2] fix bug 101
1 file changed, 1 insertion(+), 1 deletion(-)
- 修复完成后，切换到
master分支，并完成合并，最后删除issue-101分支：
$ git checkout master
Switched to branch 'master'
Your branch is ahead of 'origin/master' by 6 commits.
(use "git push" to publish your local commits)
$ git merge --no-ff -m "merged bug fix 101" issue-101
Merge made by the 'recursive' strategy.
readme.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
- bug已经被修复，回到dev分支干活，这时候工作区是干净的：
$ git checkout dev
Switched to branch 'dev'
$ git status
On branch dev
nothing to commit, working tree clean
- 使用
git stash list查看刚刚的工作现场：
$ git stash list
stash@{0}: WIP on dev: f52c633 add merge
- 工作现场还在，Git把stash内容存在某个地方了，但是需要恢复一下，有两个办法：
一是用git stash apply恢复，但是恢复后，stash内容并不删除，需要用git stash drop来删除；
另一种方式是用git stash pop，恢复的同时把stash内容也删了：
$ git stash pop
On branch dev
Changes to be committed:
(use "git reset HEAD <file>..." to unstage)
new file: hello.py
Changes not staged for commit:
(use "git add <file>..." to update what will be committed)
(use "git checkout -- <file>..." to discard changes in working directory)
modified: readme.txt
Dropped refs/stash@{0} (5d677e2ee266f39ea296182fb2354265b91b3b2a)
- 在用
git stash list查看，就看不到任何stash的内容了。可以多次stash，恢复的时候，先用git stash list查看，然后恢复指定的stash，用命令：
$ git stash apply stash@{0}
Feature分支 -D参数强制删除分支
在开发任务中如果要开发一个新的功能，最好新建一个分支，任务开发完成后将所有分支合并，如果任务需求不再 需要，要删除分支，因为分支没有合并，因此使用-d参数没有办法删除分支，可以使用-D参数强制删除分支，注意：强制删除后未合并的分支没有办法找回来，因此实际工作中可以先不删除，先储藏起来，防止需求变动：
$ git branch -d feature-vulcan
error: The branch 'feature-vulcan' is not fully merged.
If you are sure you want to delete it, run 'git branch -D feature-vulcan'.
$ git branch -D feature-vulcan
Deleted branch feature-vulcan (was 287773e).
多人协作
-
git remote查看远程库的信息，-v参数可以显示更详细的信息，远程库默认名称为origin：
$ git remote
origin
$ git remote -v
origin git@github.com:michaelliao/learngit.git (fetch)
origin git@github.com:michaelliao/learngit.git (push)
- 推送分支：把该分支上的所有本地提交推送到远程库，推送时要指定本地分支，git就会把该分支推送到远程库对应的远程分支上：
$ git push origin master
$ git push origin dev
- 抓取分支，从远程库克隆时只能看到本地的master分支，但是要在dev分支上作开发，必须创建远程origin的dev分支到本地，使用如下命令：
$ git checkout -b dev origin/dev
- 另一个人修改dev分支并push到远程origin仓库，自己修改dev分支push到远程仓库，会显示有冲突，解决办法就是，先使用
git pull把最新的分支抓下来，本地合并，解决冲突，再推送：
$ git pull
There is no tracking information for the current branch.
Please specify which branch you want to merge with.
See git-pull(1) for details.
git pull <remote> <branch>
If you wish to set tracking information for this branch you can do so with:
git branch --set-upstream-to=origin/<branch> dev
-
git pull失败，原因是没有指定本地dev分支与远程origin/de分支的链接，根据提示，设置链接：
$ git branch --set-upstream-to=origin/dev dev
Branch 'dev' set up to track remote branch 'dev' from 'origin'.
- 在
git pull，成功：
$ git pull
Auto-merging env.txt
CONFLICT (add/add): Merge conflict in env.txt
Automatic merge failed; fix conflicts and then commit the result.
- 然后在手动解决冲突，然后提交，push。
多人协作的工作模式通常是这样：
1, 可以试图用git push origin <branch-name>推送自己的修改；
2, 如果推送失败，则因为远程分支比你的本地更新，需要先用git pull试图合并；
3, 如果合并有冲突，则解决冲突，并在本地提交；
4, 没有冲突或者解决掉冲突后，再用git push origin <branch-name>推送就能成功！
如果git pull提示no tracking information，则说明本地分支和远程分支的链接关系没有创建，用命令git branch --set-upstream-to <branch-name> origin/<branch-name>。
标签管理
创建标签：
- 切换到需要打标签的分支上：
$ git branch
* dev
master
$ git checkout master
Switched to branch 'master'
-
git tag <name>命令可以打一个新标签，git tag可以查看所有标签：
$ git tag v1.0
$ git tag
v1.0
- 默认标签是打在最新提交的commit上的。有时候，如果忘了打标签，比如，现在已经是周五了，但应该在周一打的标签没有打，怎么办？方法是找到历史提交的commit id，然后打上就可以了，比方说要对
add merge这次提交打标签，它对应的commit id是f52c633，再用命令git tag查看标签：
$ git tag v0.9 f52c633
$ git tag
v0.9
v1.0
- 标签不是按时间顺序列出，而是按字母排序的，可以使用
git show <tagname>查看标签信息：
$ git show v0.9
commit xxxxxxxxx (tag: v0.9)
Author: xxx <xxx@xxx.com>
Date: Fri May 18 21:56:54 2018 +0800
add merge
diff --git a/readme.txt b/readme.txt
...
- 还可以创建带有说明的标签，用
-a指定标签名，-m指定说明文字：
$ git tag -a v0.1 -m "version 0.1 released" 1094adb
操作分支
- 标签打错了，也可以删除，因为创建的标签都只存储在本地，不会自动推送到远程。所以，打错的标签可以在本地安全删除：
$ git tag -d v0.1
Deleted tag 'v0.1' (was f15b0dd)
- 如果要推送某个标签到远程，使用命令
git push origin <tagname>：
$ git push origin v1.0
Total 0 (delta 0), reused 0 (delta 0)
To github.com:michaelliao/learngit.git
* [new tag] v1.0 -> v1.0
- 或者，一次性推送全部尚未推送到远程的本地标签：
$ git push origin --tags
Total 0 (delta 0), reused 0 (delta 0)
To github.com:michaelliao/learngit.git
* [new tag] v0.9 -> v0.9
- 如果标签已经推送到远程，要删除远程标签就麻烦一点，先从本地删除,然后，从远程删除。删除命令也是push，但是格式如下：
$ git tag -d v0.9
Deleted tag 'v0.9' (was f52c633)
$ git push origin :refs/tags/v0.9
To github.com:michaelliao/learngit.git
- [deleted] v0.9
