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