通往持续交付的真实之旅 - 第一部分

另请参阅 第二部分 和 第三部分，或者 原始博客文章。

引言

几年前，我的一个好朋友，他把我变成了今天的编程狂人，向我介绍了一个新的概念，至少对我来说是新的，那就是持续交付，也称为持续部署。我们同意在本文的其余部分称之为 CD。我当时正在谈论我们在新工作（我现在的工作）中努力建立持续集成策略，而他更胜一筹。他建议我阅读一本关于它的电子书，我确实读了，然后忘记了书名，但谷歌是你的朋友。我爱上了这些想法和策略，但它们都笼罩在云雾之中，不是你想象的那种，而且考虑到我们面临的困境，似乎几乎无法实现。

我们的背景

我们的团队主要为南非的汽车行业编写拍卖管理和实时在线销售及竞价系统，以及后端运营和金融交易处理系统。这是一个压力巨大、功能需求旺盛的行业。

三个步骤

通往 CD 的有三个步骤。当然，还有更多步骤，以及许多战斗，但这里有三个。你永远无法到达第三步，而没有先完成第一步和第二步，而且顺序必须正确。

1. 持续集成

   在这篇文章中，我假设你了解什么是 CI。 简而言之，它是一种实践，即构建服务器自动以非常频繁的方式检索源代码的最新版本，例如在开发人员每次提交/推送时，编译该源代码，并对其运行任何自动化测试。

2. 自动化部署

   这不费脑筋。它就是字面意思。自动化部署过程。虽然这个概念很容易理解，但实施起来并不总是那么简单。但它具有巨大的好处，并对团队和正在开发中的系统产生积极的影响。

3. 持续交付

   这只是将第一步和第二步结合起来，并非常频繁地执行。（几乎）

请加入我的第二部分，了解我们如何从手动到自动化部署，367个简单步骤

CodeProject