本文将探讨如何构建一种用于持续集成的架构，我们采用了由简至繁的方法。在每一次将架构复杂化时，我们会给出原先的简单方法的局限性，并验证添加架构的复杂性和/或重构架构是合理的。本文所给出的终极方法，是Weaveworks探索出的最适合自身的方法。持续交付是以频繁且少量的方式而非一次性大批量的发布去生成软件的方法。为什么持续交付很重要？将版本持续部署到应用会消除“发布日”的思维模式。理论上讲，版本的完成越是频繁，那么版本的风险也就越低。开发人员还可在代码就绪时更改应用（无论是实现新代码，或是回滚到旧版

本文将探讨如何构建一种用于持续集成的架构，我们采用了由简至繁的方法。在每一次将架构复杂化时，我们会给出原先的简单方法的局限性，并验证添加架构的复杂性和/或重构架构是合理的。本文所给出的终极方法，是Weaveworks探索出的最适合自身的方法。持续交付是以频繁且少量的方式而非一次性大批量的发布去生成软件的方法。为什么持续交付很重要？将版本持续部署到应用会消除“发布日”的思维模式。理论上讲，版本的完成越是频繁，那么版本的风险也就越低。开发人员还可在代码就绪时更改应用（无论是实现新代码，或是回滚到旧版