Git教程(9)集中式工作方式常用的设计分支的方案
Git是一个复杂的版本管理系统,管理代码有很多工作方式,如集中式,管理者式,司令/副官式
本文是假设选用集中式工作方式时,设计分支的方案。
中小型项目:
维护两个长期分支,分别是master
和 develop
,master
分支只会在一个非常稳定的版本发布时才会更新,而所有的新代码会首先整合进入 develop
分支。
经过一段时间,确认develop稳定之后,将其以快进的形式并入 master 分支。在开发时各分支如下3图:
合并特性分支前:
合并特性分支后:
一次发布之后:
大型项目:
Git 项目包含四个长期分支:master
、next
,用于新工作的 pu
(proposed updates)和用于维护性向后移植工作(maintenance backports)的 maint
分支。 开发者先在pu中工作, 之后对pu进行测试评估,检查其是否已经能够合并,或者仍需要更多工作。 安全的pu会被合并入 next
分支,最后next会合并到master。