当谈到采纳“继续测试”办法时，所有都与良好的设计无关。测试不再是开发的预先想法（afterthought）。“先写代码再做测试(write-first-test-later )”的心态曾经过期了。为了在您的组织内实现高质量和继续的测试，您在编写代码时必须采纳“测试优先（test-first）”的思维形式。

提到DevOps，很多人就想到了CI/CD Pipeline，甚至很多集体或者企业认为实现了CI/CD Pipeline就等于实现了DevOps，尽管这种观点有失偏颇，然而从侧面反映了CI/CD Pipeline在DevOps中扮演着无足轻重的位置。CI/CD 是DevOps 的两大要害外围能力。CI/CD Pipeline的真正实现会减速企业向DevOps转型的过程。本文将揭开CI/CD Pi…

版本控制是将所有生产工件纳入版本控制系统（例如GitHub或Subversion）治理，包含利用程序代码，应用程序配置，系统配置以及用于主动构建和配置环境的脚本。

人们总是问我为什么CD.Foundation不是CICD Foundation，我必须更好地答复这个问题。第一步是探讨CI/CD这个被误导的词到底是什么。

如果开发人员的变更集在集成时并没有实现长期部署就绪的状态，那么你的团队其实就没有真正的实践持续交付。 想要完全优化产品开发周期，你需要在团队中强调无缝部署的重要性，使每位工程师都对主要生产线负责，使主要生产线保持在可发布状态。 真正的持续交付中很多团队大概率都会遇到的以下三类阻碍： 实施过程：你的开…

对于工程团队来说，构建一套具有可持续性的、多方面质量保证的交付体系建设，能够为业务价值的快速交付搭建起高速公路，也能为交付过程中的质量起到保驾护航的作用。本文为大家介绍持续交付体系在高德的演进与落地。

导读：云原生时代，Kubernetes 的重要性日益凸显。然而，大多数互联网公司在 Kubernetes 上的探索并非想象中顺利，Kubernetes 自带的复杂性足以让一批开发者望而却步。本文中，阿里巴巴技术专家孙健波在接受采访时基于阿里巴巴 Kubernetes 应用管理实践过程提供了一些经验与建议，以期对开发者有所帮助。

CICD 是 持续集成Continuous Integration和持续部署Continuous Deployment简称。指在开发过程中自动执行一系列脚本来减低开发引入 bug 的概率，在新代码从开发到部署的过程中，尽量减少人工的介入。

本文是作者通过亲身实践，从零基础开始，一步一步总结出来的Kubernetes持续部署工作流程。文章从前期的工具准备开始，到复刻存储库、测试、构建镜像、构建流水线最后进行部署，所有的工作流程都一一展现在文章中…

持续交付（Continuous delivery，缩写为 CD），是一种软件工程方法，让软件产品的产出过程在一个短周期内完成，以保证软件可以稳定、持续的保持在随时可以发布的状况。它的目标在于让软件的编译、测试与发布变得…