微软巨人,如何将敏捷原则应用于团队改造
本文主要是讲Azure DevOps和DevOps Server团队在应用敏捷原则过程中,如何管理团队,角色,计划,迭代和流程的改进,由Aaro
本文主要是讲Azure DevOps和DevOps Server团队在应用敏捷原则过程中,如何管理团队,角色,计划,迭代和流程的改进,由Aaro
我们原来是怎么工作的 2014年9月,我们已经进入了云计算的第三个年头。然而,我们当时仍旧是按照云计算时代之前的那种传统方式进行测试。 我们试图
生产环境是唯一的,无法复制 这是我们重要变某的第三部分,也是最后一部分。正如你见过的,我们减少了对在实验室内做功能测试的依赖,转而使用单元测试
引言 在很久以前,本站报导过Etsy如何实现Web端每日在生产环境上部署40次。现在移动应用大潮来了,它又是如何做的呢? 正文 移动app的好评在
为什么软件开发方法论让你觉得糟糕? 围绕软件开发实践和方法论,总有很多教条式的口水仗。阶段式(phase-gate)方法能够有效管理软件开发过
Etsy每天向生产环境部署25到50次; 他们为其支付系统构建一个符合PCI-DSS(支付卡行业数据信息安全标准)的环境; 责任分离并不是指:大
正文 在科技圈的各种大会上,我们和很多人有过交谈,他们对我们在 IMVU 网站上的持续部署流程很感兴趣,想知道我们是如何每天部署50次代码的。我们也听到
很多开发团队通常严重依赖于版本控制系统的分支功能。分布式版本控制系统让分支操作更加方便。然而,在《持续交付》一书中描述的很多非常规言论中,就
写单元测试应该非常简单, 简单到只需要 3、5 行代码,就是一个完整的测试用例, 如果做不到, 那么,9 行代码也就够了。 下面是 goCD 的快速单元测试,即: F
本文讨论了一个非常关键的问题:“IMVU为什么要做持续部署?”。IMVU的创始人之一就是 《精益创业》 的作者Eric Ries 。这也是他非常重要的关于
Copyright ©️ 2019 - 2028, 《持续交付2.0》作者 乔梁; all rights reserved. 京ICP备18046893号-1
模板来自 Bootstrapious. 移植到 Hugo 来自 DevCows.