先来看一张图
上图中从主分支 B 节点创建新 local 分支，提交两次 commit（E / F），master 提交两次commit（C / D）「 master可以理解为其余开发者合并更新主分支代码代码 」。然后我们执行先使用 merge 合并
merge 合并
// 合并前记得好习惯拉主分支远程最新代码
git checkout master
git pull origin master
// 合并
git checkout local
git merge master
// 此处会进入 vim 编辑器
// 更改按下i 编辑第一行
> G // 改这 默认是 Merge branch 'local'
> # Please enter a commit message to explain why this merge is necessary,
> # especially if it merges an updated upstream into a topic branch.
> #
// 改完后按下 Esc 按下 : 输入 wq 退出，不改直接执行这条
// 合并完成切换主分支，合并 local 分支代码
git checkout master
git merge local
git log
「merge」 流程图
merge 会把主分支和你新的 commit 合并形成一次新的提交「 G 」，分支排列顺序会按照 commit 时间线来排序
rebase 合并
// 好习惯
git checkout master
git pull origin master
// 合并
git checkout local
git rebase master
// 合并到主分支
git checkout master
git merge local
git log
「rebase」流程图
rebase 会把你新的 commit 放到最新分支的前面，打乱了时间线，把你的分支整理成一条直线，看起来非常简洁。 同时也篡改了分支基底，就是 local 的修改不再基于 B 而是基于 D ，也修改了commit 的标识码。所以最好不要在公共分支上使用 rebase
选择
- 拉主分支代码时候用 rebase 「 简洁美观，线性干净，不需要忍受 merge 的 Merge branch ‘local’」
- 往主分支合并的时候用 merge 「 保护历史 」
完整合并流程
// 拉取远程代码。
git clone 「**」
// 切换至主分支 「本流程 master 为主分支」。
git checkout master
// 新建并切换至开发分支。
git checkout -b local
// 功能开发...
// 功能完成,正常提交远程。
git add .
git commit -m 「功能描述」
// local 存在多次提交时（ 多次 commit ），压缩，只有一次就不需要。
// 不压缩最坏情况多个 commit 冲突时必须一个个提交去修改
git rebase -i HEAD~「次数」
// 切换主分支，拉取最新代码。
git checkout master
git pull origin master
//切换 local 分支，合并主分支最新代码。
git checkout local
git rebase master
//如果有冲突 -> 手动解决 -> 解决完后消除冲突。
git add .
git rebase --continue
//合并完成切换到主分支。
git checkout master
// 将 local 最新代码合并至主分支。
git merge local
//推送。
git push origin master