8.推动第二个改进

晓川先跟师父念叨他的新发现。师父一听就明白了，夸晓川脑子灵。不过随后师父又说，“其实你也没必要为这个劳神费力嘛。你觉得你工作能轻松了，很快就有别的活儿来找你了。轻松不了。而且你操这个闲心，小心得罪了人。”

“啊，师父，这会得罪谁啊？”

师父想了想，“比如说，开发那边肯定不高兴啊，现在比以前麻烦了，提交前还要添一步，从最新基线到任务分支的合并，然后还要编译构建。你看着吧，他们肯定嫌麻烦。”

晓川觉得师父说得在理，可是还是觉得这个改进很好，想试一试。他又去找英英。英英一看晓川画的分支图就有点晕。晓川给英英讲了半天，最后终于讲明白了。但英英还是有点将信将疑。

晓川和英英又去找项目经理老刘。老刘听了之后觉得不错。不过他问：“我们如果发布了新的规定，如何才能知道程序员遵守了规范，提交是基于最新基线呢？”

晓川说：“我仔细想过了，事后试着从最新基线向任务分支做一次合并就行了，如果真有合并发生了，那就说明当时没有基于最新基线。”

老刘点点头，随后又问了一堆问题。比如，现在普遍都是基于最新基线之前的那个基线吗？还是很多人都已经基于最新基线了？或者有人基于更早的基线？如果都基于最新基线，那么程序员那边要添多少麻烦？晓川这边预计集成能加快多少时间？

这些问题，晓川有的能回答，有的现在还回答不了。但看起来都是最终能回答的问题。老刘让晓川和英英做好准备，下次项目例会上说说这个事儿。

项目例会上，晓川讲这件事儿时，有不少人提问。由于准备了老刘问的那些问题，这些提问都比较好回答。只有一个小组的领导提出的事情，让晓川没想到。他说，现在提交前又要从基线合并，又要构建，时间都耽误了，赶不上以前定的下午1点提交了。是不是把集成时间往后调调。另一个小组的领导也附和。

晓川觉得哪儿不对劲儿，正要仔细想，这时候老刘问晓川，“开始时间往后调两个小时，你这边行不行？”晓川说自己这边没问题。老刘就说，那就这么定了吧。