效率，是所有互联网公司追求的。新服务/产品上线之时，往往是全团队最紧张的时刻。一旦出现异常情况，大家熬通宵全网替换程序，一旦出现异常情况还得全部回滚。然后开发人员白天紧急改 bug，又到深夜来找运维升级。可以说是苦不堪言。
那么有办法减少这样的痛苦，实现效率的提升呢？
DevOps 运动的兴起给业界提供了一个参考答案。其中CI 和 CD两个理念就是解决开发者和运维协同工作的一剂良方。
CI 是 Continuous Integration 的缩写，表示持续集成。CD 是 Continuous Delivery 的缩写，表示持续交付，有时CD也表示持续部署（Continuous Deployment）。
持续集成的要求是代码提交后，管理工具在检测到代码变更后，会自动拉取分支代码进行构建，包括编译与单元测试。有更高要求的，还要完成模块测试与集成测试。
持续交付则是在持续集成的基础上，提交可用于生产环境部署的正式程序、代码与配置文件。在持续交付阶段，也要进行程序的自动化测试，并实现自动化发布。
持续部署是在持续交付的基础上，将代码变更应用到生产环境中。它可以借助多种自动化的部署手段，实现程序的平滑升级/回滚。
市场上已经有多款工具可供选择，包括GitLab CI/CD、Jenkins、Circle CI、Pipelines等。我们对最主流的两款工具进行介绍。
Jenkins发布于2011年，因其丰富的插件生态、并行执行能力和活跃的社区，赢得了广泛的支持。但Jenkins也有不足，那就是其与代码托管仓库之间的数据交换。
2015年，GitLab CI/CD发布，除了出色的CI/CD功能，还能够轻松管理git源码库，逐渐成为非常受欢迎的DevOps CI/CD工具。
GibLab CI/CD 与GitLab 无缝链接，只要开发者合并代码，就会触发GitLab CI/CD自动运行单元测试、构建、部署环境。开发者在GitLab内就能一站式体验CI/CD的自动化服务。
GitLab CI/CD支持诸多优秀特性，包括安全部署、实时日志、流水线调试，以及实时校验等。它能够支持流水线在多个主流平台上执行，还支持多种复杂流水线并行运行。这都是GitLab CI/CD极受市场青睐的原因。
GitLab CI/CD 的核心包括两个部分，一是 GitLab runner 服务，另一个则是定义流水线内容的配置文件.gitlab.ci.yml。
还要掌握三个概念，分别是流水线（pipeline）、阶段（stages）、作业（job），在后面的章节里会对这三个概念详细说明。再遵循如下图的学习过程，就能实现从入门到精通啦。
社区赠书
本次福利将送出《GitLab CI/CD 从入门到实战》* 10本
截止时间：还需要支付积分，就还有赠书额度，先到先得（拒绝羊毛党）
领取方式：
第一步：支付积分购买抽奖资格，复制积分支付订单号
第二步：私信我 积分支付订单号、活动书名、快递信息（姓名、电话、地址）
没有积分怎么办？
社区鼓励高质量的技术交流，所以只要发布有价值内容均可获得积分！哪些内容算高质量？
1. 高质量的技术分享，原创、翻译、转载均可
2. 高质量的提问与回答，注意阅读《提问的艺术》
3. 推荐优质开源项目，板块：https://spring4all.com/forum/55.html
4. 分享优质资源（学习、软件等各种你觉得不错的资源），板块：https://spring4all.com/forum/123.html
5. 分享能够提高效率的软件工具，板块：https://spring4all.com/forum/53.html
- 最新
- 最热
只看作者