开始持续集成之旅

我自己使用的持续集成环境很奇特，因为它融合了一大堆的东东，但是简单来讲分为三类：配置管理、集成管理、集成和测试客户端。
在这里，配置管理我使用了google code里的subversion，集成管理我使用了trac&bitten，测试客户端直接运行了bitten的客户端。

当一个开发人员把代码提交到google code上，我的FreeBSD每五分钟会从google code上 sync一次代码，trac马上就会知道。这时它会通一bitten的设置了解到需要在哪些平台、客户端上进行测试：

这里我设置要在os为Darwin和FreeBSD的平台上进行测试。我也会有众多的机器运行着bitten的客户端，它们从trac中取得任务，这是一段 bitten的 log：

从这里可以看出，客户端先把自己的平台相关信息告诉服务器，服务器发现svn里有更新，同时也有这种平台的测试和集成没有做，就把相关的任务告诉给客户端，客户端就自己进行集成去了。
bitten和trac很好的把集成过程记录并展示了出来：

当然每一次集成和测试的过程在服务器上都细细的记着，包括了代码的checkout：

代码的编译和测试日志：

我非常喜欢它的代码测试覆盖度说明，这说明了你写的代码有多少被测试到了：

看了这些，我自己真的被持续集成环境的完美而兴奋了。所有的好处都跑了出来，只是因为工具、环境成熟了，一种理论被支持了起来。我现在已经成为了坚定的持续集成的支持者：
1.良好的界面和视图了解项目的成熟度
2.第一时间发现代码改变的影响程度
3.时刻保持着一套“可用”的系统
4.鼓励每一个人写出良好的代码