先来看一张图

上图中从主分支 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