在Git中，假设写了第一个版本的代码VI，然后下面又写了第二个版本的代码V2，那么V2保留的内容是相对于V1新加的内容，他们之间的关系是V2指向V1。这一条线叫做主干：master
此时在V2的基础上，想新加一个功能G1，那么可以在V2的基础上添加一个分支，这个分支G1是创建了一个新环境来写的。再比如说此时想添加另外一个新功能G2,我们同样创建一个分支，这个分支用来写G2。G1和G2是完全不交涉的。最后如果我们确定G1和G2完成之后，我们只需要将他们合并到主干master上即可。
- 现在我们有这样的一个版本的代码：
- 查看状态：
git log
- 查看当前所处的分支，我们可以看见现在所处的分支是主干master。
git branch
- 现在我们创建一个新分支，用于开发功能G1。然后我们查看分支，发现有两个分支：一个是当前所处主干master，一个就是刚刚创建的分支G1。
git branch G1 # 用于创建新分支 git branch # 查看当前所处分支
-
我们切换到分支G1去，然后查看分支，发现现在我们处在G1分支中。
git checkout G1
- 现在我们开发功能G1，注意我们现在处于分支G1中。
上图开发完成之后，我们查看一下状态，发现文件被修改了，接着添加到git管理，提交到版本控制，最后查看状态。所以现在我们是在G1这个新的环境中修改代码。
git status git add . git commit -m 'G1' git log
- 现在我们切换回到主干master中，所以现在我们处在master中，然后查看刚刚修改的文件，发现刚刚修改的文件不见了，这是因为我们是在G1中修改的，而G1是单独的一个环境，并且没有合并到master中。
git checkout master
- 现在我们创建另外一个分支G2，开发新功能G2。注意此时我们已经切换到主干master中了。
git branch G2 git checkout G2 ...开发中 git add . git commit -m 'G2'
切换到G2之后，我们开发完G2,然后将他提交到版本控制中，并且查看他的状态，我们发现里面没有G1,只有G2和V2还有V1，这也再次说明G1和G2是单独的一个环境，没有任何交涉，他们都是通过指针指向V2。
- 现在我们觉得G1开发成熟了，此时我们将G1合并到master上。首先我们要切换到master中，这样我们才能合并。
git checkout master
然后我们查看一下状态，只有V1,V2
接着我们合并G1到master中
git merge G1
查看状态，相对于没有合并的，现在的主干上多了G1
- 如果确认G1没有问题之后，我们就可以将分支G1删掉
git branch -d G1
- 若G2也开发完毕，这是我们也能够将G2合并到master中了。依旧切换到master上，然后合并G2
git merge G2
此时我们发现出现了一个报错，这说明合并文件出现了冲突。因为我们之前合并过G1,而G1和G2都属于分支，当两个分支都合并到master中时，Git不知道如何将他们合并到一起，所以会产生冲突。
为什么合并G1不会产生冲突了？这是因为合并G1时，没有其他分支在他之前合并过。
我们查看代码文件：
此时，我们手动将他们合并
最后我们执行版本控制，将他们提交即可