分类： 项目管理
2009-03-07 21:46:10
在软件行业发展的初期，软件项目中最棘手、最紧张的时刻就是集成。能单独工作的一些模块被组装在一起，然而系统整体却常常失败，而且很难找到失败的原因。但在最近几年里，集成基本上已不再是项目中的痛苦之源，变成了“小事一桩”。
这种转变的关键在于更为频繁地进行集成。曾经人们认为日构建是一个较难做到的目标。但是今天我接触到的项目每天都集成许多次。很奇怪，如果您遇到很痛苦的事情，似乎一个比较好的建议就是更频繁地去做这件事。
关于持续集成，一件有趣的事情就是人们常常会对它产生的影响感到吃惊。我们经常发现人们认为它的好处不大，但它却给项目带来了完全不同的感觉。项目的可见性变得好了很多，因为问题能够更快地检测出来。因为引入缺陷和发现缺陷之间的时间变短了，缺陷的发现就更容易，您可以很容易地看看改变了什么，帮助您找到问题的根源。与良好的测试程序配合时，这可以大大减少缺陷的数量。结果是，开发者在调试上花的时间减少了，在增加功能上花的时间更多了，他们相信自己是在一个坚实的基础上开发。
当然，光说您应该更频繁地集成是不够的。在这个简单的词语后面有一些原则和实践，正是这些原则和实践使得持续集成变成现实。您可以找到一些建议，它们散布在一些书籍中和因特网上（我很自豪，我也在这方面提供过一些内容），但是您必须亲自花力气去寻找。
所以我很高兴看到Paul把这些信息收集起来，成为一本完整的书。对于希望执行这些最佳实践的人来说，这是一本参考手册。和许多简单的实践一样，细节之中包含着许多令人烦恼的东西。在这些年来，我们已经对这些细节有了许多了解，并学会了如何进行处理。这本书汇集了这些经验，为持续集成奠定了坚实的基础，就像持续集成为软件开发奠定了坚实的基础一样。
本书入围了第18届Jolt大奖提名！点击此处查看18届所有入围图书名单！