独角兽项目 6 - 合并冲突

项目进行了一段时间，玛克辛一直发现了凤凰项目合并代码的问题。尽管他希望每个人都能及时将自己的变更合并到主干，但这上百个开发人员工作几周却不进行代码合并。

在不得不进行代码合并时，出现了 43 个合并冲突，团队觉得这很痛苦，而他们的逻辑是，痛苦就少做。玛克辛表示，“之所以痛苦，是因为合并的规模太大了。为了减少痛苦，特们需要跟频繁地进行合并，这样合并的规模就会变小，产生的冲突也会更少。”

团队需要变更时，只有 一个 SCM 经理有权进行。团队认为这样的设置理所当然，只为了“合规”和“信息安全”。玛克辛感叹，“我们甚至不需要警卫了。我们太喜欢做囚徒了，认为那些栅栏是为了保护我们的安全而设。”。终于等到这位经理吃完午饭，来做变更推送。在众人的期待中，他所做的只是复制、粘贴以及点击一个按钮而已。

玛克辛深感这种做法与第三理念（改进日常工作）背道而驰。这没有改进工作流程，而是盲目地遵循流程。这个流程“完全禁锢了我们，吸走了日常工作中的所有快乐，让我们离第二理念（专注、流动和快乐）越来越远”。

---

酒吧聚会照常进行，而玛克辛感觉糟透了。反抗军分析解释了现状。

关于QA：QA 曾经是开发的一部分，但是现在被独立出来。为了与开发解耦，制定了越来越多的规则，让开发承担这些责任，结果使流程变得越来越慢。

关于运维：引入了 ITIL，使工作比之前一团混乱好了很多。但应为运维有太多专业化的领域，服务器、数据库、网络、防火墙......没有人可以成为所有领域的专家，所以产生了工单系统。

玛克辛病了。而在她生病的几天里，库尔特他们完成了集中式构建和持续集成服务器的部署工作。这将彻底改变开发人员的工作方式。这使玛克辛意识到，自己应该去了解对于数据总线团队最高价值的业务是什么。通过产看数据总线的工单，她返现了团队真正应该开发的功能是什么。

新的一周开始时，团队基于玛克辛在生病之前做的工作基础之上，使数据总线的环境已经可以完全运行在 DOCKER 镜像中。下一步就是允许开发人员直接把代码推送到生产环境，而最大的阻力来自于公司的安全部门和 LARB （Lead Architecture Review Board，即首席架构审查委员会）的审查。