17 | DevOps现代化:从持续集成到持续部署
持续集成
分支策略:特性分支 or 基于主干开发?
- 深入了解
- 翻译
- 解释
- 总结
本文深入探讨了DevOps现代化的高级话题,重点讨论了从持续集成演进到持续部署和持续交付的过程。文章首先强调了持续集成的基础实践,如任务分解、小步提交、质量门禁、分级构建和制品晋级的重要性。接着,探讨了代码分支策略的争议,特别是特性分支和基于主干开发的分支策略。此外,文章还涉及了DevOps文化、需求管理和Code Review对持续集成的影响。最后,文章提到了当团队内部形成了良好的DevOps文化之后,可以考虑加快部署频率。总的来说,本文为读者提供了对DevOps现代化的深入理解,强调了团队文化、需求管理和Code Review对持续集成和持续部署的重要性。文章还介绍了高频发布、自动化部署、低风险发布和应用回滚等与持续部署相关的内容,为读者提供了实用的建议和策略。文章内容丰富,涵盖了现代化软件开发中的关键技术和实践,对于正在进行DevOps转型的企业和团队具有重要的参考价值。
《遗留系统现代化实战》,新⼈⾸单¥59
全部留言(3)
- 最新
- 精选
- hzecool基于主干开发,发布前还是要拉一个分支出来进行测试吧,测试通过后再把该分支合并到一个线上发版分支进行部署。感觉是否至少需要三个分支?
作者回复: 不需要拉测试分支。CI/CD是基于主干的,提交到主干的代码通过CI/CD后就部署到测试环境了,不需要再单独拉分支。只有上线前拉一个发布分支作为当前线上版本的分支即可,下次发布后删除这次的发布分支。
2022-06-09 - 子夜枯灯老师,文中说到"因为采用了基于业务场景的任务分解和小步提交,理论上每个 commit 都能提供业务价值,也是可以部署和交付的。"这里能使用一个复杂的场景做个拆解举例么?这里没有理解上去,如何实际操作,谢谢
作者回复: 可以参考第16节课里讲任务分解的例子,一个登录功能可以拆分成三个任务,每个任务可以是一个或多个commit,但都是这种完成一个端到端场景的
2022-05-20 - peter请教老师几个问题: Q1:“用细粒度的用户故事替代落后的需求文档。”,这句话怎么理解? 是不要需求文档吗? Q2:每天提交代码和code review,是不是太频繁?这样做的话,写代码的时间只有半天, 时间不够啊。我自己感觉做一个功能都需要好几天,至少两三天吧。 Q3:Jenkins除了持续集成功能外,还有部署功能吗?
作者回复: Q1:用户故事就是需求文档,替换掉老式的动不动就一百多页的需求文档。 Q2:要算总时间。做完一个功能两三天,后续还要code review、测试、改bug,如果业务理解错了或者不符合规范,还要返工。每天code review可以及时发现这个问题。而且每天都做的话,量就不会很多,前提是团队不要太大。 Q3:Jenkins的功能都是靠插件提供的,你想要啥都能有。
2022-05-18