通常在分支合并的过程中要做到两点：
- 产生有效的合并结果
- 提交日志记录具备可读性
如果仅仅保证合并结果的正确性，却忽略日志记录的可读性，将产生不受约束的合并日志，导致代码仓库不可维护，影响项目后期开发。这里我们围绕日志记录的可读性（第二点），来探讨如何规范的合并分支。
以下通过多种场景进行分析，并归纳出这些场景中的最佳实践。
一切开始于两条branch
场景一：功能分支开发完毕，并入主分支
'master' merge branch 'feature'
场景二：功能分支开发中途获取主分支更新，在开发完毕后并入主分支
通过merge 获取主分支更新
'feature' merge branch 'master'
'master' merge branch 'feature'这里有一个fast forward 的区别
default fast forward
no fast forward
通过rebase 获取主分支更新(最佳实践)
'feature' rebase branch 'master'
'master' merge branch 'feature'场景三：功能分支开发完毕，并入生产分支，在开发完毕后并入主分支
create branch 'dev' on 'master'
default fast forward
no fast forward（最佳实践）
