git--分支管理：创建、合并、冲突解决

版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/cx55887/article/details/85330976

声明：文章原稿来源于恩师稀哥。
一、概念
分支就是科幻电影里面的平行宇宙，当你正在电脑前努力学习Git的时候，另一个你正在另一个平行宇宙里努力学习SVN。
如果两个平行宇宙互不干扰，那对现在的你也没啥影响。不过，在某个时间点，两个平行宇宙合并了，结果，你既学会了git又学会了SVN！

分支在实际中有什么用呢？假设你准备开发一个新功能，但是需要两周才能完成，第一周你写了50%的代码，如果立刻提交，由于代码还没写完，不完整的代码库会导致别人不能干活了。如果等代码全部写完再一次提交，又存在丢失每天进度的巨大风险。
现在有了分支，就不用怕了。你创建了一个属于你自己的分支，别人看不到，还继续在原来的分支上正常工作，而你在自己的分支上干活，想提交就提交，直到开发完毕后，再一次性合并到原来的分支上，这样，既安全，又不影响别人工作。
二、创建与合并分支
git把我们之前每次提交的版本串成一条时间线，这条时间线就是一个分支。截止到目前只有一条时间线，在git里，这个分支叫主分支，即master分支。HEAD严格来说不是指向当前的具体版本，而是指向分支，也就是master分支，在master分支中才是指向具体的版本，所以，HEAD指针是通过这种机制来指向到具体的版本的。
(1) 一开始的时候，master分支是一条线，git用master指向最新的提交，再用HEAD指向master，就能确定当前分支，以及当前分支的提交点：

每次提交，master分支都会向前移动一步，这样，随着你不断提交，master分支的线也越来越长。
(2)当我们创建新的分支，例如dev时，git新建了一个指针叫dev，指向master所指向版本，再把HEAD指针指向dev指针，就表示当前分支在dev上：

git创建一个分支很快，因为除了增加一个dev指针，改变HEAD的指向，工作区的文件都没有任何变化。
(3)不过，从现在开始，对工作区的修改和提交就是针对dev分支了，比如新提交一次后，dev指针往前移动一步，而master指针不变：
(4)假如我们在dev上的工作完成了，就可以把dev合并到master上。git怎么合并呢？最简单的方法，就是直接把master指向dev的当前提交，就完成了合并：

git合并分支也很快，因为也是只改指针，工作区内容并没有改变。
(5)合并完分支后，甚至可以删除dev分支。删除dev分支就是把dev指针给删掉，删掉后，我们就剩下了一条master分支：

相关操作命令:

	查看分支：git branch
	创建分支：git branch <name>
	切换分支：git checkout <name>
	创建+切换分支：git checkout -b <name>
	合并某分支到当前分支：git merge <name>
	删除分支：git branch -d <name>

案例分析：
（1）执行如下命令可以查看当前有几个分支

# git branch
* master

（2）下面创建一个分支dev并切换换到其上面进行工作

# git branch dev
# git branch
  dev
* master

# git checkout dev
Switched to branch 'dev'

# git branch
* dev
  master

此时的指针指向关系：

(3)下面我们修改code.txt内容，在里面添加一行，并进行提交。

# echo "+++++++++">>code.txt 
# cat code.txt 
first line
second line
+++++++++
#  git add code.txt 
# git commit -m "新项目"
[dev 6147876] 新项目
 1 file changed, 1 insertion(+)

此时的指针关系：

(4)dev分支的工作完成，我们就可以切换回master分支：

# git checkout master
Switched to branch 'master'

# git branch
  dev
* master

此时的指针关系：

查看code.txt，发现并没有添加的内容。

cat code.txt 
first line
second line

原因是那个提交是在dev分支上，而master分支此刻的提交点并没有变。
（5）现在，我们把dev分支的工作合并到master分支上：

# git merge dev
Updating 1a3efe2..6147876
Fast-forward    <<<<<<<<<<<<<<<<<<<<<<<<<<<<<
 code.txt | 1 +
 1 file changed, 1 insertion(+)
# cat code.txt 
first line
second line
+++++++++

git merge命令用于合并指定分支到当前分支。合并后，再查看code.txt的内容，就可以看到，和dev分支的最新提交是完全一样的。

注意到上面的Fast-forward信息，Git告诉我们，这次合并是“快进模式”，也就是直接把master指向dev的当前提交，所以合并速度非常快。
(6)合并完成后，就可以放心地删除dev分支了，删除后，查看branch，就只剩下master分支了

# git branch -d dev
Deleted branch dev (was 6147876).
# git branch
* master

三、解决冲突
其实分支并不是总能合并成功的，例如这种情况下

此时，如果进行合并就会报错，因为dev分支是基于master的v3版本中的内容，但是此时的master已经发生更改，因此此时合并就会发生错误，我们来模拟一下这种情况
（1）在创建一个新分支dev

# git checkout -b dev
Switched to a new branch 'dev'

# git branch
* dev
  master

(2)修改code.txt的内容，并提交

# echo "dev submit">>code.txt 

# cat code.txt 
first line
second line
+++++++++
dev submit

# git add code.txt 
# git commit -m 'dev 提交'
[dev d98c34a] dev 提交
 1 file changed, 1 insertion(+)

(3)切换回master分支

# git checkout master
Switched to branch 'master'

# git branch
  dev
* master

(4)在master的code.txt添加一行内容并且提交

# echo "master submit">>code.txt 
# git add code.txt 
# git commit -m 'master 提交'
[master e71cc6c] master 提交
 1 file changed, 1 insertion(+)

现在，master分支和dev分支各自都分别有新的提交，指针指向关系如下图

这种情况下，合并就非常有可能会有冲突
（5）执行合并命令尝试将dev分支合并到master分支上来，看一下会有怎样的结果

# git merge dev
Auto-merging code.txt
CONFLICT (content): Merge conflict in code.txt
Automatic merge failed; fix conflicts and then commit the result.

看提示可以知道，code.txt文件存在冲突，必须手动解决冲突后再提交。
（6）git status也可以告诉我们冲突的文件

# git status
On branch master
You have unmerged paths.
  (fix conflicts and run "git commit")

Unmerged paths:
  (use "git add <file>..." to mark resolution)

	both modified:   code.txt

no changes added to commit (use "git add" and/or "git commit -a")

(7)查看code.txt的内容

# cat code.txt 
first line
second line
+++++++++
<<<<<<< HEAD
master submit
=======
dev submit
>>>>>>> dev

(8)
git用<<<<<<<，=======，>>>>>>>标记出不同分支的内容，我们修改如下后保存：

# cat code.txt 
first line
second line
+++++++++
master submit
dev submit

(9)再提交

# git add code.txt 
# git commit -m "解决冲突"
[master 8301237] 解决冲突

# git status
On branch master
nothing to commit, working directory clean

(10)现在，master分支和dev分支变成了如下图所示

(11)用带参数的git log也可以看到分支的合并情况：

# git log --graph --pretty=oneline
*   8301237bf1feaee081c454efa48d500de6e4259a 解决冲突
|\  
| * d98c34a05b14fc887a8dea01a9f5582717536011 dev 提交
* | e71cc6c39adc3233523625fb67dac90a128e54ca master 提交
|/  
* 61478764554a5330958bf145b6f0d6121e92f8b6 新项目
* 1a3efe201b6e7fc66aa34f4ae9333a9ce2d54bb6 v2 -newversion
* c4106273b0b87ac6f42042589663900af3617837 v1

(12)最后工作完成，可以删除dev分支

# git branch -d dev
Deleted branch dev (was d98c34a).

------做运维之前很矫情的小年轻-----