持续集成（Continuous Integration）
持续集成 强调开发人员提交了新代码之后，立刻进行构建、（单元）测试。根据测试结果，我们可以确定新代码和原有代码能否正确地集成在一起
持续集成是一种软件开发实践，即团队开发成员经常集成他们的工作，通常每个成员每天至少集成一次，也就意味着每天可能会发生多次集成。每次集成都通过自动化的构建（包括编译，发布，自动化测试)来验证，从而尽快地发现集成错误。许多团队发现这个过程可以大大减少集成的问题，让团队能够更快的开发内聚的软件
之后将程序保存到 Artifact Repository 里 , 持续集成的核心措施， 集成到主干前， 自动化测试， 只有通过，才可以集成到主干。 成功集成到主干后，也意味着可以部署上线。 这便牵扯出另外两个相关概念，持续交付、持续部署。
持续交付（Continuous Delivery）
持续交付 在持续集成的基础上，将集成后的代码部署到更贴近真实运行环境的「类生产环境」（production-like environments）中。比如，我们完成单元测试后，可以把代码部署到连接数据库的 Staging 环境中更多的测试。
持续交付 就是定时地、自动地从 Artifact Repository 将最新的程序部署到测试环境里。
持续交付 指的是，频繁地将软件的新版本，交付给质量团队或者用户，以供评审。如果评审通过，代码就进入生产阶段。 持续交付可以看作持续集成的下一步。它强调的是，不管怎么更新，软件是随时随地可以交付的。
注意，持续交付在自动化测试和集成结束后，不一定会自动部署。如果有自动部署，则是持续部署的概念了
持续部署（Continuous Deployment）
持续部署则是在持续交付的基础上，把部署到生产环境的过程自动化。