Git-flow模型

[yindeqiang]

1. master仅存储上线代码，可用于回滚。
2. develop 分支用于开发。
3. release从develop分支checkout而来，用于测试上线。从切换到新release之后到上线前，不能合并到develop和master。上线后，先合并到develop，再合并到master，然后在master上为这个分支打一个tag，用来标记这次发布。
4. hotfixes用来解决bug，产生线上bug后，找到master对应发布的tag，在此tag上checkout出bugfix分支，修改完毕后，合并到develop和master。
5. feature分支用于开发过程

[yindeqiang]

不断的实践证明，这个模型在操作中太复杂。团队内成员达成一致过于困难，因此应简化，使用以版本号命名的分支进行迭代似乎更加适应现在快节奏的开发，如果自动化上线需要master分支，可每次发布前将版本分支合并到master打，然后打上对应的tag。

Git-flow方案对于大型长期的多人项目，且功能分支众多，应该更加合适。