【DevOps 系列】CICD 流程建设之持续集成实践指南

原文链接：【DevOps系列】CICD流程建设之持续集成实践指南

随着软件开发的快速迭代和交付周期的日益缩短，持续集成与持续部署（CICD）逐渐成为了软件开发流程中不可或缺的一环。

• CI 属于开发人员的自动化流程，主要用于构建软件并完成初始测试。它确保代码在集成到共享仓库之前，通过自动化的方式进行检查和验证，以便尽早发现并解决问题。

• CD 则分为持续交付和持续部署两部分。持续交付是指开发人员对应用的更改会自动进行持续测试并上传到制品库，然后由运维团队将其部署到实时生产环境中。持续部署则是自动将开发人员的更改从制品库发布到生产环境，以供客户使用。

01

什么是 CICD 流水线？

CI/CD 通常表示为一个管道，其中新代码从一端进入，流经一系列阶段（生成、测试、暂存、生产），并作为新的生产版本发布给另一端的最终用户。

CI/CD 流水线的每个阶段都是交付过程中的一个逻辑单元。开发人员通常将每个单元划分为一系列按顺序或并行运行的子单元 CI/CD 流水线是所有软件在其开发生命周期中遵循的可运行的分步路径。

典型的 CI/CD 流水线有四个主要阶段：提交、构建、测试和部署。

CI/CD 流水线不会改变开发人员创建软件的方式。在没有自动化管道的情况下，工程师仍然需要手动执行相同的步骤。但是，手动方法的工作效率较低，因为团队必须更多地关注重复性任务和修复错误，而不是编写软件。

自动化流水线为团队提供了几个好处：

快速部署新的软件更新

可靠的构建和测试流程

减少生产中出现的错误和错误

所有代码更改、测试和部署的透明日志

上图描述了一个完整的 CI 流程：

• 开发人员将代码签入其工作站进行编辑。

• 开发人员将修改提交到存储库。

• 在接受提交之前，会检查代码的质量和语法。

• Commit 启动应用程序的生成。

• 如果无法构建应用程序，则会通知团队解决问题。

• 生成服务器对应用程序执行单元测试。

• 如果应用程序通过测试用例，则会通知团队可以合并代码。

• 如果程序未通过测试用例，则代码将返回给开发团队以修复错误。

• 在整个开发阶段应重复此循环。

实践 CI 的优点

CI 帮助团队在不影响质量的情况下可以加快他们的软件发布周期。持续集成的主要目标是缓解部署过程中可能出现的潜在风险，并缩短反馈循环。

02

企业级流水线实践指南

尽管不同企业有不同的研发管理规范，每家公司都会根据其独特的需求定义其 CI 实践。但高效的 CI 流水线都必须有如下的规范：

1.流水线的关键要素

通过采用明确的 CI 定义并在其开发过程中实施该实践，团队可以简化他们的工作流程并提高他们的软件质量。定义持续集成的关键要素如下：

2.流水线命名规范

创建工程流水线时，需要统一命名规范，主要分为两种类型，即正式和非正式，具体如下：

非正式的流水线，[DEV]_个人标识_模块名，如：[DEV]_xxx_payment；

正式的流水线，[RELEASE]_微服务名_<前端/后端/移动端>，如[RELEASE]_保单业务_后端；

3.流水线编排规则

CI 实践是用于自动化和缩短反馈时间的流行软件开发实践。但是，如果设置不当，CI 管道反而会降低代码质量并导致开发延迟。因此，遵循 CI/CD 最佳实践进行软件开发非常重要。