Git安装和使用

作者: Pig_deng饲养员 | 来源:发表于2019-05-19 15:32 被阅读0次

该篇文章为学习廖雪峰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