原子性提交是持续交付的必备技能
“坚持少做,持续分解,坚持反馈,持续改善”是《持续交付 2.0 》一书中最为重要的四大工作原则。 它们在代码提交与 Code Review 中的应用就是:提交的原子性。 原子
“坚持少做,持续分解,坚持反馈,持续改善”是《持续交付 2.0 》一书中最为重要的四大工作原则。 它们在代码提交与 Code Review 中的应用就是:提交的原子性。 原子
软件行业已经想出了多种方法来更快、更安全、更高质量地交付代码。其中许多工作集中在诸如持续集成、持续交付、敏捷开发、DevOps 和测试驱动开发
一、序 一周前,我们对 1000+用 golang 写的代码进行 Mob CR,类似于“扎堆编程”。 在 4+ 小时的讨论中,其中讨论的一个问题是:“如何正确进行软件项目的依
MTTR、MTBF 和 MTTF 等指标对于任何具有服务依赖性的组织都是必不可少的。只有跟踪这些关键KPI,企业才能最大限度地延长正常运行时间,并将中断
这是马丁•福勒在 2003年 的一篇文章。 正文如下: 我们已经看到过很多有关软件生产过程,设计实践等方面相关讨论。由于软件行业缺乏衡量软件开发有效
原文链接: https://martinfowler.com/articles/developer-effectiveness.html 科技在不断地变得更加智能和强大,新技术不断被引入到组织内,以提升整体生产力。而这也会增加复杂性和开发人员的认知开销,减少了他们个
一、微软如何做测试 长期以来,Microsoft都为每个软件产品都设定了一个基本的工程人员配置。每个产品团队都有三个不同的职能人员。产品经理(
Copyright ©️ 2019 - 2028, 《持续交付2.0》作者 乔梁; all rights reserved. 京ICP备18046893号-1
模板来自 Bootstrapious. 移植到 Hugo 来自 DevCows.