左叶小说网

手机浏览器扫描二维码访问

第14部分（第2页）

阿捷：当然是小猪了！”

敏捷圣贤：施魏因斯泰格？我可以帮你带一件他签名的球衣！

阿捷：真的？

敏捷圣贤：真的！

阿捷：我都不知道怎么感谢你好了！

敏捷圣贤：不用这么客气呀，举手之劳的。

阿捷：嗯，对你可能是，但对我却不是……无论如何，我要好好感谢你才对，不仅在这件事情上，你在项目管理上对我的帮助，也使我受益匪浅。

敏捷圣贤：其实，我从你们的实践中也获得了很多值得思考的东西。

对了，最近你们怎么样？有没有试验一下其他敏捷实践？

阿捷：持续集成CI（Continue　Integration）。

敏捷圣贤：这是一个非常好非常有用的XP实践！

它可以非常有效地降低风险，但是它对与编程相关的日常活动提出了很高的要求。

你们现在做到什么程度了？

阿捷：才刚刚开始！

有什么需要注意的吗？

敏捷圣贤：哦，我以前的团队实行持续集成时，遇到了很多问题。

在后来，我遇到Paul　Duvall博士，才知道我们错误地采用了一些持续集成的反模式。

阿捷：Paul　Duvall？反模式？

敏捷圣贤：Paul　Duvall是　Stelligent　Incorporated　的　CTO，该公司是一家咨询公司，在帮助开发团队优化　Agile　软件产品方面被认为是同行中的翘楚。

反模式（anti…pattern）这个词，表示在特定环境中不应该采用的做法。

反模式最终可能产生严重影响。

　txt小说上传分享

第10章　持续集成（5）

阿捷：看来是一位大师啊！

都有哪些做法是反模式？这对于我们这样一个缺少持续集成经验的团队，应该是非常有帮助的。

敏捷圣贤：他主要讲到了六个反模式：第一个是代码提交不够频繁，导致集成延迟。

也就是说，如果代码长期留在开发人员自己手中，没有及时提交，如果其他人对系统的其他部分做出修改，而修改可能会相互影响的话，集成就会延迟；延迟越长，消除其严重影响就越困难。

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

敏捷圣贤：对。

把任务划分得越小，越容易完成，开发人员才能越容易地经常性提交。

第二个反模式是经常性构建失败，使团队无法进行其他任务。

阿捷：嗯，这个问题对我们影响比较小！

我们在将代码提交到存储库之前，先从存储库中更新代码，再运行私有构建（Private　Build），保证构建成功后，才能提交。

万一构建失败，会专门指定开发人员并以最高优先级尽快修复。

敏捷圣贤：你们做得不错！

第三个反模式是构建反馈太少或太迟，使开发人员不能及时采取纠正措施。

我想你们也应该问题不大。

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

敏捷圣贤：第四个反模式是垃圾构建反馈太多，这使开发人员忽视反馈消息。

这一点跟前一点是相对应的。