Git(四)：分支管理

一、分支概述

分支管理为我们提供了多人同时开发的便利。假设你准备开发一个新功能，但是需要两周才能完成，第一周你写了50%的代码，如果立刻提交，由于代码还没写完，不完整的代码库会导致别人不能干活了。如果等代码全部写完再一次提交，又存在丢失每天进度的巨大风险。

现在有了分支，就不用怕了。你创建了一个属于你自己的分支，别人看不到，还继续在原来的分支上正常工作，而你在自己的分支上干活，想提交就提交，直到开发完毕后，再一次性合并到原来的分支上，这样，既安全，又不影响别人工作。

二、分支管理本质

每次提交，Git都把它们串成一条时间线，这条时间线就是一个分支。在Git里，这个分支叫主分支，即master分支。HEAD严格来说不是指向提交，而是指向master，master才是指向提交的，所以，HEAD指向的就是当前分支。

一开始的时候，master分支是一条线，Git用master指向最新的提交，再用HEAD指向master，就能确定当前分支，以及当前分支的提交点：

每次提交，master分支都会向前移动一步，这样，随着你不断提交，master分支的线也越来越长。

当我们创建新的分支，例如创建新的分支名为testing时，Git就新建一个指针叫testing，指向master相同的提交。当我们切换分支时，再把HEAD指向testing，就表示当前分支在testing上：

切换到testing分支后，对工作区的修改和提交就是针对testing分支了，比如新提交一次后，testing指针往前移动一步，而master指针不变：

假如我们在testing上的工作完成了，而master分支的内容没有改变，就可以把testing合并到master上。就是切换回master分支后，直接把master指向testing的当前提交，就完成了合并：

另一种情况是当master分支和testing分支都各自有了新的提交，变成这样：

这种情况下当我们切换回master分支，进行合并时，Git无法执行“快速合并”，只能试图把各自的修改合并起来，但这种合并就可能会有冲突。当有冲突时就必须需要我们手动解决冲突后，再自行提交。提交成功后就类似以下这样：

三、分支操作的命令

1.创建分支

git branch [分支名]

创建一个新的名为hot_fix的分支：

另外还可以使用git checkout或git switch命令来创建并切换分支

git checkout -b [分支名]
git switch -c [分支名]
#上面的命令相当于以下两个命令：
git branch [分支名]
git checkout [分支名]

2.查看分支

git beanch -v

查看所有的分支，当前分支前面会标一个*号，当前正处在master分支：

3.切换分支

git checkout [分支名]
#新版本的Git提供了git switch来切换分支，这个命令更容易理解。
git switch [分支名]

切换到hot_fix分支上：

4.合并分支

要合并分支，首先要切换到接受修改的分支上，再执行merge命令进行合并，命令如下：

git merge [分支名]

使用示例；
在test.txt文件中进行修改并提交，然后切换分支回到master中：

进行合并操作，然后查看文件内容：

5.解决冲突

合并后发生冲突的情况示例：

解决冲突：
此时我们必须手动解决冲突后提交，这里Git用<<<<<<<，=======，>>>>>>>标记出不同分支的内容，首先需要确定如何修改后编辑文件，需要删除特殊符号和多余内容。

然后将文件提交到暂存区然后提交，这里的提交不能添加具体的文件名：

这样就解决了分支冲突的情况。

使用git log加上相应参数来查看分支合并情况：

git log --graph --pretty=oneline --abbrev-commit

6.删除分支

删除分支的命令，如下:

git branch -d [分支名]

删除掉分支名hot_fix的分支：

四、总结

分支管理的相关命令：

• 查看分支：git branch
• 创建分支：git branch [分支名]
• 创建+切换分支：git checkout -b [分支名]或git switch -c [分支名]
• 切换分支：git checkout [分支名]或git switch [分支名]
• 合并某分支到当前分支：git merge [分支名]
• 删除分支：git branch -d [分支名]

---

参考：创建与合并分支