曾经参与的代码版本管理

我们代码版本管理用的是git-flow这一套管理流程，分为个人分支，开发分支，测试分支，Hotfix分支，以及各tag

 

个人分支是个人从new-develop分支拉取的，一个人可以有多个自己的分支，对应本地环境；开发分支new-develop只有一个，对应开发环境，测试分支new-lease也只有一个，对应测试环境，hotifx可能随实际情况变化，对应hotfix环境。

一开始我们是直接在new-develop开发，后面由于出了生产事故，于是改成这样的流程，这样的流程用了将近一年，后面我们在一次会议上，主管说考虑使用新的方式管理，考虑到项目特点，我们是私有化部署，各地需求可能不太一样而且需求可能后面越来越多，为了更好地管理需求，将需求粒度细化到最小，提高应该能力，讨论在本地分支到new-develop分支再增加一道，current-version，new-release作为开发基线

开发流程：每个开发特性分支指定一个owner，该分支成员在同一个分支上开发，owner控制代码质量。联调完成后，owner提交mr到current-version，附带所有改动服务及任务、bug号。

一点思考：

虽然上面说的那套还没实行，但感觉还是比以前复杂一些，管理员的控制也更多了，其实开发员的变化并不是很大。我个人觉得git-flow是比较成熟的版本管理方式，工作中可以基于实际情况做调整，我们的目的是更好的协作与迭代，加强流程是否对团队是否有利，在实践过程中会给出答案。代码管理员其实也是一个比较繁重地角色，每天要审核提交上来的代码，并且可能还需要运维支持，如果gitlab版本不支持一些个性化定制，可能需要升级改造。