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