企业级DevOps实践03–每个功能使用短期分支

企业级DevOps实践03–每个功能使用短期分支

健全的管道有几个质量阈配置（例如单元测试或安全扫描），用于测试功能的质量及其对生产部署的适用性。在高速开发环境（和庞大的开发团队）中，并非所有功能都可以立即投入生产。某些功能甚至可能在其初始部署版本中相互冲突。

为了允许在功能之间进行细粒度的质量控制，管道应该有权否决单个功能，并且只能选择其中的一个子集进行生产部署。获得这种保证的最简单方法是遵循每个分支的特征方法，其中短期特征（即可以适合单个开发冲刺的）对应于各个源代码控制分支。

这使得管道设计非常简单，因为一切都围绕着单个功能。针对代码分支运行测试套件仅测试新功能。分支机构的安全扫描揭示了新功能的问题。

然后，项目利益相关者能够部署和回滚单个功能，或者阻止完整的分支甚至被合并到主干代码中。

不幸的是，仍有一些公司拥有长期存在的功能分支，它们在一个批次中收集多个不相关的功能。这不仅使合并变得痛苦，而且在发现单个功能有问题时也会成为问题（因为很难单独恢复它）。

短期分支的演变是遵循基于主干的开发和功能切换。这可能是你想要的结果，但前提是你首先掌握了短期分支。

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。