（四）——实践.快速迭代.并行开发
最后更新于：2022-04-01 20:59:38
> 本文链接：[Web开发新人培训系列（四）——实践.快速迭代.并行开发](http://rapheal.sinaapp.com/2015/04/23/webdev-iterate/ "本文固定链接 http://rapheal.sinaapp.com/2015/04/23/webdev-iterate/")
> 来源：[拉风的博客](http://rapheal.sinaapp.com/)
## 背景
我们先看看我们之前的开发场景：
[](http://rapheal-wordpress.stor.sinaapp.com/uploads/2015/04/SVN%E5%BC%80%E5%8F%91.png)
程序员a开发功能A，程序员b开发功能B，当开发完毕后提测上线。
但是公众平台的功能越来越多，涉及的开发人员也越来越多。
于是乎就出现了程序员c、d、e、f分别开发功能C、D、E、F。
大家一起开发完功能提测上线。貌似看起来没任何问题。
突然有一天，功能D和F因为种种原因临时决定不上线，这下程序员d、f就急急忙忙把对应的代码给注释去掉。
这种情况越来越多，我们依靠人工的注释代码/回退代码带来了许许多多的问题。我们必须要找一个合理的办法来解决这个混乱的现象！
我梳理一下上边几个关键点：
1. 开发人员多、上线需求多
2. 迭代速度非常快
3. 临上线前，部分功能需要变更重新修改或者不上线
4. 现网容易出故障/投诉
## 目标
梳理完刚刚几个关键点，我们发现1-3是我们很难没法掌控的流程。
也就是现状是1-3是我们的输入，而4是我们的输出。我们需要有个合理的方案，让1-3即便发生的情况下，4能够尽量少发生，这就是我们的目标。
## 方案
问题就出现在大家混在一起快速开发导致。一个很自然的做法，我们拆开多个分支并行开发。
[](http://rapheal-wordpress.stor.sinaapp.com/uploads/2015/04/%E5%A4%9A%E5%88%86%E6%94%AF%E5%BC%80%E5%8F%91.png)
当功能上完线后，我们需要把上线后的代码合并到主干去。
[](http://rapheal-wordpress.stor.sinaapp.com/uploads/2015/04/%E5%90%88%E5%9B%9E%E4%B8%BB%E5%B9%B2.png)
还有一种情况就是，功能A、B、C、D同时拉分支出来进行开发，但是由于功能C的复杂性，导致功能C拖延了一周才上线，但是功能C在上线前，功能A、B、D已经上线，我们需要把这些功能的代码也要合进当前的功能C分支。于是乎我们把主干相关的新改动合并到分支C去。
于是乎出现了我之前在组内分享的一张图：
[](http://rapheal-wordpress.stor.sinaapp.com/uploads/2015/04/%E5%A4%8D%E6%9D%82%E7%9A%84%E5%88%86%E6%94%AF%E7%AE%A1%E7%90%86.jpg)
再看一下整个方案的流程：
1. 按照功能拆分对应的分支，并行开发，互不影响。
2. 分支上线前，代码对齐主干
3. 分支上线后，代码合回主干
我们看到，SVN主干一直跟现网某一时间点的版本一致，一旦发生问题，我们可以很快立马回退到任何时间点的状态。
## 高效准确
有合理的执行方案，我们还要求要更高效准确地执行。
我们梳理一下从开发 —— 提测 —— 上线整个流程，当中我们项目提测流程可以参考我上一篇文章[《Web开发新人培训系列（三）——上线》](http://rapheal.sinaapp.com/2015/01/22/webdev-release/)。
[](http://rapheal-wordpress.stor.sinaapp.com/uploads/2015/04/%E4%BB%A5%E5%89%8D%E6%B5%81%E7%A8%8B.png)
为了达到高效而准确的目的，我们做了辅助工具用于在整个提测上线流程自动化（上图中红色部分是我们主要优化的流程节点）。
我们在两方面做了一些贡献。
1. 效率
* 提测时仅需要填写分支名字，再也不需要一个文件一个文件输入到变更系统，省去不少体力活（从3-4分钟的提单时间降低到10秒完成提单）。
* merge分支主干时，不再需要自己手工本地co代码，选择revision，工具智能选择需要合并的代码，生成备注日志（10秒完成全部操作）。
2. 准确
* 智能提测，不遗漏文件。
* 提测时根据变更的文件，智能提示相关提测功能点，测试人员很容易知道当前变更会影响多少页面/功能点。
* 上线前检测是否已经对齐主干，避免覆盖现网新改动的代码。
* 上线后检测当前分支是否已经合并回分支，避免没有把代码更新回主干。
## 后话
分析问题 —— 得出方案 —— 高效准确执行方案 —— 继续高效准确执行
很自然的一个流程，但是要克服惰性去执行它不容易。
最后感谢rexschuang、zhikaimai陪我一起讨论了好多次，并把整个工具完善落地。
我们还在探讨整个web开发生产活动的每个环节（提需求 -> 交互 -> 视觉 -> 开发 -> 连调 -> 提测 ->测试 ->上线）是否能够再效率准确的点，也欢迎大家一起探讨。
';