代码分支管理+DevOps策略实践

现在团队相关的一些背景：1、一个人维护几个系统；2、需求急且大小不一，产品经理也不会去细拆需求；3、敏捷成熟度几乎为0，没有DevOps，没有自动化测试；4、使用SVN。

将要变成：1、一个人维护更多的系统的；2、需求急且大小不一，产品经理变不了；3、引入一点点自动化；4、还是使用SVN。

开始：

一、引入Kanban，每天晨会，计划各系统版本。

二、如果版本时间小于3天（3天是经验值，并且各系统都可以不一样）直接主干开发和测试；如果版本时间大于3天，按版本号拉分支。

1、其实分支策略主要的一个目标笔者认为是减少master分支的冲突，当没人跟你冲突的时候，比如一个人维护几个系统都赶不过来时，就不用那么复杂分支又合并了。

2、但，一个人开发还面临另一个问题，就是需求不稳定。来源不稳定，大小不稳定。就会导致自己把自己冲突了，前面开发着的需求可能突然说不要了，或者紧急插入另一个需求。

3、所以这里会定一个开发时间，小于这个时间，那就直接冲什么都不要管就完事了。让你没反应过来我就上线了，真不要那就再提一个需求去下线，真还有紧急需求也等干完了这一发需求再说。

4、这个值受很多方面的影响，比如老板的忍耐程度、需求最小的颗粒度、自动化程度等。

5、那直接主干开发又怎么做呢？接下来介绍这个过程。Jenkins里配置一个主分支的任务，对应的就是代码主分支，执行如下几个过程：

5.1、svn checkout；

5.2、打包；

5.3、发测试环境并重启；<