本文介绍了作者对 CICD 的理解以及在项目中开展 CICD 的几种场景,总结了每种场景实践的关键节点、带来的收益,以及结合具体项目开展的实际应用。读者可以借鉴本文中描述的场景,或借鉴文中提到的实践方式,在项目中开展 CICD,为项目在持续集成部署上做具体的支撑。
基于公司 Bamboo、EOS,SonarQube 平台,在项目中开展 CICD 持续集成与部署。介绍 CICD 开展的场景,项目中的实际应用,以及后续规划。
CICD 是持续集成(Continuous Integration)和持续部署(Continuous Deployment)简称。指在研发过程中自动执行一系列脚本来降低开发引入 bug 的概率,在新代码从开发到部署的过程中,尽量减少人工的介入。
CICD 核心:持续集成、持续部署、持续交付。
CI:Continuous Integration,表示持续集成。
指在向远程仓库 push 代码后,在这次提交合并入主分支前进行一系列测试,构建等流程。
假设现在有个应用的代码存储在 仓库上,每天开发都会 push 很多次提交,针对每次 push,你可以创建一系列脚本进行自动测试,降低往应用里引入错误的概率。它可以应用在包括开发分支在内的多个分支上。
持续集成过程中很重视自动化测试验证结果,以保障所有的提交在合并主线之后的质量问题,对可能出现的一些问题进行预警。
CD:Continuous Delivery,表示持续交付。
指在完成 CI 后可自动将已验证的代码发布到仓库。
持续交付的目标是拥有一个可随时部署到生产环境的代码库。
CD:Continuous Deployment,表示持续部署。
指在持续集成的基础上更进一步,指将推送指仓库默认分支代码部署到特定环境。
通过自动化的构建、测试和部署循环来快速交付高质量的产品。某种程度上代表了一个开发团队工程化的程度,任何修改通过了所有已有的工作流就会直接和客户见面,只有当一个修改在工作流中构建失败才能阻止它部署到产品线。
实现代码提交之后的自动编译 - 部署过程,取代 j-one 上构建 - 部署手动操作
内容:
收益:
开展基于 Junit 的单元测试
内容:
收益:
实现基于 SonarQube 的代码质量检测
实现基于 EOS 的代码质量检测
内容:
收益:
实现基于 Python、EasyOne、DeepTest、Jmeter 的自动化测试。
内容:
收益:
将上述单个场景进行组合形成全链路测试场景;
代码提交触发链路自动运行,以及报告生成、邮件发送。
结合公司内部平台在实际项目中开展 CICD。
Bamboo
Bamboo 是京东自研的一套 CI/CD 流水线解决方案,覆盖软件开发的完整生命周期。
EOS
EOS 是技术与数据中台自主研发的代码扫描系统,通过扫描分析代码,定位到工程中不规范的编码片段并给出修改建议,能有效监督约束开发人员统一编码习惯,减少因编码不规范引起的低级错误,提高代码可读性,提高团队协作效率。
1)编译 - 部署
对 Jone 上高频构建部署分支进行在 Bamboo 上搭建流水线,实现:
代码提交 - 调用 Jone 的构建 - 调用 Jone 的部署 - 结果通知
触发编译构建的几种方式:
应用情况:
2)单元测试
对后端项目开展单元测试,实现:
代码提交-maven 构建 - 获取单测报告 - 结果通知
应用效果:
3)自动化测试
项目部署之后,开展自动化回归测试,用于项目上线前的回归测试,实现:
自动化测试 - 测试报告 - 测试结果通知
目前基于 Python 语言,依托 Py 第三方模块,实现脚本编写,集成到 Bamboo 平台,执行流水线,获取报告。
应用效果:
4)代码扫描
基于公司搭建的 SonarQube、EOS 平台,开展代码扫描,实现:
代码提交 - 代码扫描 - 扫描报告 - 问题手工记录行云
CICD 过程数据与质量效能数据相结合。
基于 DeepTest 开展更多项目的自动化测试,集成到 BamBoo 平台。
代码扫描在项目中的应用。
作者:京东物流 陈维
来源:京东云开发者社区 自猿其说 Tech 转载请注明来源