尝试使用长期功能分支方法来完成我们需要在工作中再次完成的事情。我以前尝试过这种方法，结果好坏参半，但我宁愿不这样做。但另一种选择是对系统的重要部分进行功能标记，从而增加永远无法清理的垃圾。至少这样，我们就有机会用撬棍进去，清除我们不再需要的代码。
我有点寄希望于我们正在开发的系统在我们这样做时不会从我们的底层进行改变，这有望使变基变得更容易。但我会尝试采取一些实践，希望使整个方法比上次更容易：
- 尽早变基，经常变基。我将尝试至少每天从 master 重新调整史诗功能分支的基础，以便在接近尾声时减少与 master 的分歧大小。它还有助于测试：我们可以确信正在测试的内容与我们在处理票证时合并到 master 时的情况很接近。
- 在其他人准备好之前，不再需要将票保留在“准备好进行质量检查”中。上次我们以这种方式工作时，这是一个很大的风险来源。相反，将票证从 QA 一直带到发布前。在史诗完成之前我们无法真正发布（否则，我们根本需要一个史诗功能分支），但这并不意味着我们不能在非生产环境中部署和测试它。
无论如何，这就是这个想法。希望当我圣诞假期回来时我能记住这一切。