你的团队是在进行持续集成表演吗?也许你就在这个持续集成剧场里
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
DevOps在路上
扫码关注公众号
扫码阅读
手机扫码阅读
持续集成剧场的现实问题与团队纪律建议
文章首先描述了“持续集成剧场(CI剧场)”,这是一种虚假实践持续集成的现象。它包括不频繁的提交、测试覆盖率低、构建长时间失败、功能分支运行CI等模式。
现实中的持续集成剧场
作者通过亲身经历和观察列出了多种持续集成的错误做法。比如,流水线长期失败无人响应,团队缺乏严格构建纪律;流水线大量无效创建,造成资源浪费;流水线空跑以满足KPI;以及流水线仅在需求时才运行的做法。
流水线的重要性
作者强调流水线是IT研发的生命线,持续集成应被视为产品的心脏,需要持续监听其状态以保证产品质量。DevOps的核心在于快速反馈以及通过反馈进行持续改进。
反馈的重要性与实现方式
反馈有助于快速发现系统的问题,并采取快速响应措施。实现反馈的方式包括使用监控工具、快速修复问题,并不断优化反馈过程。
建立严格的团队集成纪律
优秀的团队应建立严格的集成纪律,如构建失败后不提交新功能代码,提交前本地运行测试,保证构建成功状态等。此外,团队需要有专职人员负责优化构建,并确保失败时能够及时反馈和关注。
参考链接
- https://www.gocd.org/2017/05/16/its-not-CI-its-CI-theatre.html
- https://gustavopinto.org/blog/continuous-integration-theater/
- https://arxiv.org/pdf/1907.01602
- https://www.thoughtworks.com/radar/techniques/ci-theatre
DevOps在路上
DevOps在路上
扫码关注公众号
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
DevOps在路上的其他文章
Dependency-Track:分析开源组件漏洞,帮助组织识别和减少软件供应链中的风险
2021年底的Log4j核弹级漏洞刚过去,近期XZ漏洞又被推上热搜。\x0d\x0a近期准备结合一些工具实践,介绍下关于研发过程中的开源治理,也是近些年被炒的很火的“供应链安全”。
混沌初开,DevOps落地从哪个实践开始会更合适?我选择制品管理
DevOps相关的管理实践和工程实践有很多,从精益看板,版本控制,流水线,TDD,代码检查,部署发布等等,对于
都说DevOps落地难,到底难在哪里?也许你还没找到套路
当你打开这篇文章的时候,也许你也在为DevOps的落地而苦恼,也许你的组织正在尝试DevOps转型,作为一线
Jenkins系列- 备份插件
Jenkins是主从模式,从节点可以做集群、负载,从而实现从节点的高可用,但是主节点是单节点,一旦主节点宕机
DevOps制品管理:深入探索一方、二方与三方组件的生产、消费、分发与协同机制
“如果把\x26quot;DevOps流水线\x26quot;比做工业生产中的流水线,那么“DevOps制品”就相当于工业生产中的传送带上的“
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线