continuous-integration - 持续交付的原则

以下是持续交付的原则。

Every build is a potential release
Eliminate manual bottlenecks
Automate wherever possible
Have automated tests you can trust

在传统的构建过程中，没有使用持续交付的方式，我们将代码提交到 master 分支，出于多种原因，主要是为了开发人员和测试人员之间的协作。

关于第一个原则，每个提交如何成为潜在的发布？

标签： continuous-integrationcontinuous-delivery

这很简单 - 如果您创建了一个提交并将更改推送到 master，然后您运行构建并且您的自动化测试都成功执行，那么这个构建可以用作发布。

因此，该原则与构建而不是提交更相关，但是如果您已配置为每个推送到 master 的更改启动构建（Automate wherever possible原则），那么在这种情况下它是同义词。