CI/CD Loop !!
CI/CD 是一种通过在应用开发阶段引入自动化来频繁向客户交付应用的方法。CI/CD 的核心概念是持续集成、持续交付和持续部署。作为一种面向开发和运维团队的解决方案，CI/CD 主要针对在集成新代码时所引发的问题（亦称：“集成地狱”）。
具体而言，CI/CD 可让持续自动化和持续监控贯穿于应用的整个生命周期（从集成和测试阶段，到交付和部署）。这些关联的事务通常被统称为“CI/CD 管道”，由开发和运维团队以敏捷方式协同支持，采用的方法不是 DevOps 就是站点可靠性工程（SRE）。
A typical CI/CD pipeline has several connected stages:
1. Developer commits code changes to source control
2. CI server detects changes and triggers build
3. Code is compiled, tested (unit, integration tests)
4. Test results reported to developer
5. On success, artifacts are deployed to staging environments
6. Further testing may be done on staging before release
7. CD system deploys approved changes to production
典型的 CI/CD 管道有几个相连的阶段：
1. 开发人员将代码更改提交到源代码管理
2. CI服务器检测变化并触发构建
3. 代码编译、测试（单元、集成测试）
4. 向开发人员报告测试结果
5. 成功后，工件将部署到临时环境
6. 发布前可能会在暂存阶段进行进一步测试
7. CD 系统将批准的变更部署到生产中
有一天我发现了这个有创造力的社区(bytebytego)和这些有创造力的工程师设计的流程图，很惊喜很喜欢，就把他们留存了下来。
