作为一个开发者,多人协作,共同开发维护一个项目是很平常的事情。而git作为现下,比较主流的代码管理仓库,想必绝大多数人都应该会使用。
但是在实际应用过程中,会面临很多的,各种各样的麻烦事情。特别是,多人协作,长期性项目。很多人或者很多团队,对项目代码仓库的管理非常的混乱,没有一个固定章法,团队中的成员,各自有各自的玩法。导致了常常出现,代码冲突,代码被覆盖等突发情况。
我所在的项目组,从零到有。从开始的混乱,到慢慢的规范,我完整的经历了整个过程。加上,需求混乱,版本迭代周期短,频率高,对于整个工作流程要求颇高。我也完整的体会了一下,流程混乱的痛苦,和流程规范的重要性。在此大致的做个总结,希望对大家,有所帮助。如果有什么说的不对的地方,也请大家指正,谢谢。
首先,介绍一下我们的工作流程,大致分为以下几个分支:
大致说明一下,各个分支的作用:
- 测试环境分支:对应测试环境,用于开发人员,内部调试,以及测试人员初次测试,更新频繁,代码最新,功能最全,最不稳定。这个分支应该是只接受,从别的分支合并到该分支上,而不应该将这个分支,合并到别的任何分支。它应该是一个黑盒子,只进不出!
- 预发布环境分支ÿ