随着软件开发的快速迭代和交付周期的日益缩短,持续集成与持续部署(CICD)逐渐成为了软件开发流程中不可或缺的一环。
CI属于开发人员的自动化流程,主要用于构建软件并完成初始测试。它确保代码在集成到共享仓库之前,通过自动化的方式进行检查和验证,以便尽早发现并解决问题。
CD则分为持续交付和持续部署两部分。持续交付是指开发人员对应用的更改会自动进行持续测试并上传到制品库,然后由运维团队将其部署到实时生产环境中。持续部署则是自动将开发人员的更改从制品库发布到生产环境,以供客户使用。
CI/CD通常表示为一个管道,其中新代码从一端进入,流经一系列阶段(生成、测试、暂存、生产),并作为新的生产版本发布给另一端的最终用户。
CI/CD流水线的每个阶段都是交付过程中的一个逻辑单元。开发人员通常将每个单元划分为一系列按顺序或并行运行的子单元CI/CD流水线是所有软件在其开发生命周期中遵循的可运行的分步路径。
典型的CI/CD流水线有四个主要阶段:提交、构建、测试和部署。
CI/CD流水线不会改变开发人员创建软件的方式。在没有自动化管道的情况下,工程师仍然需要手动执行相同的步骤。但是,手动方法的工作效率较低,因为团队必须更多地关注重复性任务和修复错误,而不是编写软件。
如果应用程序通过测试用例,则会通知团队可以合并代码。
如果程序未通过测试用例,则代码将返回给开发团队以修复错误。
CI帮助团队在不影响质量的情况下可以加快他们的软件发布周期。持续集成的主要目标是缓解部署过程中可能出现的潜在风险,并缩短反馈循环。
尽管不同企业有不同的研发管理规范,每家公司都会根据其独特的需求定义其CI实践。但高效的CI流水线都必须有如下的规范:
通过采用明确的CI定义并在其开发过程中实施该实践,团队可以简化他们的工作流程并提高他们的软件质量。定义持续集成的关键要素如下:
创建工程流水线时,需要统一命名规范,主要分为两种类型,即正式和非正式,具体如下:
非正式的流水线,[DEV]_个人标识_模块名,如:[DEV]_xxx_payment;
正式的流水线,[RELEASE]_微服务名_<前端/后端/移动端>,如[RELEASE]_保单业务_后端;
CI实践是用于自动化和缩短反馈时间的流行软件开发实践。但是,如果设置不当,CI管道反而会降低代码质量并导致开发延迟。因此,遵循CI/CD最佳实践进行软件开发非常重要。
|