基于主干方法的发布优势

在旧版工作流程中，开发人员正在开发的应用程序状态可能包含多个尚未投入生产的未发布功能，而这往往是导致需要修补程序的原因之一。生产环境和开发环境仅当计划发布时才会同步，然后它们会立即再次开始出现差异，直到下一次计划发布。

在完全 CI/CD 流程中可以计划发布。您可以使用功能标志来延迟将代码发布到生产环境中。但是，完全 CI/CD 流程无需计划发布，从而提供了更大的灵活性。毕竟，持续是 CI/CD 中的一个关键词，这表明变更准备就绪后就会发布。避免维护几乎总是与下层测试环境不同步的独立发布环境。

如果管线并非完全 CI/CD，则上层和下层环境之间的差异通常发生在分支级别。开发人员在开发分支中工作，并维护一个独立的发布分支，该分支仅在计划发布时才会更新。随着发布分支与开发分支出现差异，可能会引起其他复杂情况。

除了环境不同步之外，由于开发人员在开发分支上工作并习惯于远超生产环境的应用程序状态，因此每当生产环境出现问题时，他们都必须重新调整以适应生产状态。开发分支的状态可能有许多领先于生产环境的功能。当开发人员每天在该分支中工作时，很难记住哪些功能已经发布到生产环境，哪些功能尚未发布到生产环境。这增加了在修复其他错误的过程中引入新错误的风险。其结果是陷入看似无休止的修复循环，导致延长时间线，使功能发布延迟数周、数月甚至数年。