你的团队是在进行持续集成表演吗?也许你就在这个持续集成剧场里
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
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在路上的其他文章
相较于Scrum, 我更推崇精益Kanban,帮助团队建立价值交付流,识别瓶颈问题
❝最近在学习实践精益Kanban方法,结合自己团队实践Srum的经历,整理些资料二者的差异。相较于Scrum
DevOps落地实践点滴和踩坑记录-(2) -聊聊平台建设
很久没有写文章记录了,上一篇文章像流水账一样,把所见所闻一个个记录下来。这次专门聊聊DevOps平台的建设吧
Jenkins系列- 备份插件
Jenkins是主从模式,从节点可以做集群、负载,从而实现从节点的高可用,但是主节点是单节点,一旦主节点宕机
新手真的别再用过时的jenkins freesytle了,10分钟教你搞定快速编写jenksinfile,快速离线调试
Pipeline是一套运行于jenkins上的工作流框架,将原本独立运行于单个或者多个节点的任务连接起来,实现
DevOps落地-让我们从CI/CD开始~
对于一个准备开始DevOps实践的团队,从哪里出发呢?根据我的实践经验,可以先从CI/CD开始,一步步过渡,
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线