Git分支管理

1. git branch 用法

git branch   //列出所有的分支
git branch  //创建名为的分支，但是不会切换过去
git branch -d   //删除指定分支，这是一个“安全”操作，git会阻止你删除包含未合并更改的分支。
git branch -D   //强制删除分支
git branch -m  //重新命名当前分支

在日常开发中，无论是修复一个bug或者添加一个功能，我们都应该新建一个分支来封装我们的修改。这样可以保证我们不稳定的代码永远不会提交到主代码分支上。

2. git merge 合并

git merge 命令允许你将 git branch 创建的多条分支合并成一个。

git merge   //将指定分支并入当前分支
git merge --no-ff   //将指定分支并入当前分支，但总是生成一个合并提交（即使是快速向前合并）。这可以用来记录仓库中发生的所有合并。

都是把其他分支合并到自己的分支上来

一般有两种合并方式：

快速向前合并
三路合并

快速向前合并

当new-feature的分支与原有的master分支呈现线性关系时，执行快速向前合并，git将当前的HEAD指针快速移到目标分支的顶端，master分支也就具有了new-feature分支的历史了，如图：

[图片上传失败...(image-f4ff8d-1565858066597)]

# 开始新功能
git checkout -b new-feature master

# 编辑文件
git add 
git commit -m "开始新功能"

# 编辑文件
git add 
git commit -m "完成功能"

# 合并new-feature分支
git checkout master
git merge new-feature
git branch -d new-feature

对于合作开发的人少的项目，这是一种主要的工作流，合作开发的人多的话，主master分支经常都会有新提交，如果你的new-feature耗时比较久，再提交时，master分支可能已经过去几个版本了，这时候就需要下面的三路合并了。

三路合并

但是如果master分支在new-feature分离后，又有了新的提交，即开始分叉了，git只能执行三路合并，三路合并使用一个专门的提交来合并两个分支的历史。

所谓的三路也就是：两个分支的顶端以及他们共同的祖先。在执行三路合并后：

使用三路合并产生的合并提交作为两个分支的连接标志。

解决冲突

如果两个分支对同一个文件的同一部分均有修改时，git将无法判断应该使用哪个，这时候合并提交会停止，需要你手动解决这些冲突。你可以使用git status来查看哪里存在冲突，很多时候我都会在目录下执行grep -rn HEAD来查看哪些文件里有这个标记，有这个标记的地方都是有冲突的。

当修改完所有的冲突后，git add所有的冲突文件，运行git commit生成一个合并提交，这和提交一个普通快照的流程相同。提交冲突只会存在在三路合并中，快速向前合并中不可能出现针对同一文件同一部分的不一样修改。

合并时选择分支覆盖

git checkout master # 切换到master分支
git merge -X ours master # 遇到冲突使用master分支覆盖
git merge -X theirs develop # 遇到冲突使用develop分支覆盖

利用mergetool工具解决冲突

在windows平台上，可使用p4merge工具。

首先下载p4merge，安装后会自动将安装路径配置在path中。
在命令行中配置git

git config --global merge.p4merge.path "D:\Perforce\p4merge.exe" # 配置路径
git config --global merge.tool p4merge
git config --global mergetool.p4merge.cmd 'p4merge.exe \"$BASE\" \"$LOCAL\" \"$REMOTE\" \"$MERGED\"'

当遇到冲突时，使用以下命令即可快速解决（有些冲突还需要手动解决，但是会展示出冲突的文件）

git mergetool

参考文献：

熟练使用 git 分支管理

Git使用