9、开启软件开发新征程：从版本控制到计划推进

开启软件开发新征程：从版本控制到计划推进

1. 版本控制的重要性初现

在软件开发的日常工作中，我们常常会遇到各种小问题，而这些小问题在数月后回顾时，可能会产生巨大的影响。就像对工作进行限制（WIP），这一举措迫使团队专注于最重要的事情，几周后，团队的工作节奏变得不那么紧张，更具可持续性。

然而，每次演示日和冲刺结束都似乎在我们还未准备好时就悄然临近。团队在上次发布的 bug 列表处理上才完成一半，而且最近还有人请病假，这看起来又将是一次失败的冲刺。我甚至已经开始害怕撰写回顾报告，去展示技术债务带来的问题以及它对工作积压的影响。

不过，今天下午情况似乎有了些许好转。白板上的待办事项依旧在“嘲笑”我们，但我们决定将完善版本控制作为首要目标。为此，我为团队组织了一次午餐交流会，由 Erik 展示他的研究结果和建议。令人惊讶的是，几乎全员都参加了，也许免费的披萨起到了作用。

2. Erik 关于版本控制的见解

Erik 认为版本控制是软件开发的基础，如果不能正确处理版本控制，我们将陷入困境。持续交付的一个主要目标是能够使用完全自动化的过程，将软件的任何版本部署和发布到任何环境中。但人们往往只关注自动化，而忽略了基础设施这一重要部分。

我们目前在版本控制方面存在诸多问题，比如环境中的手动修复操作未在版本控制中体现，导致环境之间不匹配；代码方面，一些应用在生产环境中被手动修补，而这些更改没有回滚到其他环境或在版本控制中显示，从而导致问题反复出现，耗费了大量时间去查找和重新应用更改。

Erik 建议我们做好基本的管理工作，确保版本控制的完整性，使其成为我们所需一切的权威记录源，包括基础设施和支持应用程序的所有内