实现DevOps:解决集成难题与提升质量
1. 集成难题与持续集成的讨论
在日常工作中,团队面临着集成方面的困扰。每次发布版本前,需要花费168小时来准备构建,这其中大部分时间是等待时间。PMO团队规定了三天的代码冻结期,期间不允许触碰代码,虽然有时会进行有意义的工作,如合并代码、确保版本控制和库引用有效,但多数时候只是在等待开始的信号。
团队成员对此感到不满,认为这种方式阻碍了工作的推进。Alex指出,解决之道是采用持续集成(Continuous Integration,CI),这一方法已在团队的待办事项列表中存在数月。长代码冻结期和不频繁的大版本发布实际上会增加风险,而持续集成才是正确的方向。
Padma认为团队已经做了很多基础工作,如实现了包括配置在内的全面版本控制,发布管道也有所改善,此时应该放开限制,而不是进一步收紧。
Harry和Padma提议采用GitHub Flow作为发布模型,这与团队提升共享知识和同行评审的目标相契合。使用GitHub Flow可以在创建拉取请求时标记同行,让评审人员在反馈最有用的时候提供意见,随着时间推移,还能形成一套有效的文档和高效的同行评审机制。此外,目前大部分集成问题源于代码提交不频繁,以及一些项目中的长期特性分支,导致合并代码时出现诸多问题。采用CI和GitHub Flow可以轻松将集成时间减少75%。
为了验证持续集成的效果,团队决定从Footwear项目开始尝试。如果能将发布时间从168小时缩短至40小时,并且保证质量不下降,就可以避免上级强制实施代码冻结。
不过,Alex提醒不能仅仅将CI视为一种工具,而应将其作为一种实践。团队需要考虑支持CI的其他方面,如更强大的部署
超级会员免费看
订阅专栏 解锁全文

942

被折叠的 条评论
为什么被折叠?



