我看书斋

我看书斋>敏捷实战 > 第14部分(第2页)

第14部分(第2页)

敏捷圣贤:Paul Duvall是 Stelligent Incorporated 的 CTO,该公司是一家咨询公司,在帮助开发团队优化 Agile 软件产品方面被认为是同行中的翘楚。反模式(anti…pattern)这个词,表示在特定环境中不应该采用的做法。反模式最终可能产生严重影响。 txt小说上传分享

第10章 持续集成(5)

阿捷:看来是一位大师啊!都有哪些做法是反模式?这对于我们这样一个缺少持续集成经验的团队,应该是非常有帮助的。

敏捷圣贤:他主要讲到了六个反模式:第一个是代码提交不够频繁,导致集成延迟。也就是说,如果代码长期留在开发人员自己手中,没有及时提交,如果其他人对系统的其他部分做出修改,而修改可能会相互影响的话,集成就会延迟;延迟越长,消除其严重影响就越困难。

阿捷:那看来必须要求开发人员每天提交一次。

敏捷圣贤:对。把任务划分得越小,越容易完成,开发人员才能越容易地经常性提交。第二个反模式是经常性构建失败,使团队无法进行其他任务。

阿捷:嗯,这个问题对我们影响比较小!我们在将代码提交到存储库之前,先从存储库中更新代码,再运行私有构建(Private Build),保证构建成功后,才能提交。万一构建失败,会专门指定开发人员并以最高优先级尽快修复。

敏捷圣贤:你们做得不错!第三个反模式是构建反馈太少或太迟,使开发人员不能及时采取纠正措施。我想你们也应该问题不大。

阿捷:对,我们对每次构建结果都会发送E…mail给全体人员。

敏捷圣贤:第四个反模式是垃圾构建反馈太多,这使开发人员忽视反馈消息。这一点跟前一点是相对应的。我觉得你们应该改进一下。

阿捷:哦?

敏捷圣贤:你们现在每个人都会接到反馈的电子邮件。E…mail一多,大家很快就会将持续集成反馈看做垃圾邮件,进而忽视它们。你们需要指定一个人专门负责检查关于构建的E…mail。只有构建失败时,才把邮件发给引起失败的人,这样大家才会重视。

阿捷:嗯,有道理,值得改进。

敏捷圣贤:第五个反模式是用于进行构建的机器性能太低,导致构建时间太长,严重影响频繁地执行集成。

阿捷:呵呵,我们有5台超强的HP…UX服务器,可以实现自动负载分担,并行构建!这样每次构建,不会超过1小时。

一说到这些,阿捷还是很自豪的,Agile公司财大气粗,硬件环境绝对一流。

敏捷圣贤:嗯,真羡慕你们公司!最后一个反模式是膨胀的构建,导致反馈延迟。

阿捷:膨胀的构建?

敏捷圣贤:譬如,把太多的任务添加到提交构建过程中,比如运行各种代码自动检查、统计工具或运行性能测试,从而导致反馈被延迟。

阿捷:噢,这个我们倒是应该引起足够的警惕。

敏捷圣贤:其实,还有其他一些反模式的,这些持续集成CI 反模式会妨碍团队从持续集成实践中获得最大的收益,所以一定要想办法限制这些反模式发生的频率。

阿捷:是啊!对我们没有多少持续集成经验的团队来说,持续集成像一块吊得很高的饼,看得见却摸不着。要做好持续集成并不容易,但我们可以使用持续集成的思路,来接近持续集成的目标。

敏捷圣贤:嗯,加油!我有点事情,先下去了。886。

阿捷:886。

第11章 你开车,我导航(1)

Among any three people walking; I will find something to learn for sure。 Their good qualities are to be followed; and their shortings are to be *oided

三人行,必有我师也。择其善者而从之,其不善者而改之。

——孔子

https://www.cwzww.com https://www.du8.org https://www.shuhuangxs.com

已完结热门小说推荐

最新标签