持续集成是一种自动化流程，它要求每次代码提交后自动将代码检出到一个空白目录，并运行所有测试案例。如果测试通过，则接受该次提交，否则会立即告知所有相关人员，这是一次失败的版本。这种做法的具体解释可以在MartinFowler的ContinuousIntegration中找到。持续集成的价值在于它能够降低风险，减少手动操作，生成构建结果，并提供安全感。然而，它也存在一些成本，包括对持续集成代码的维护成本和集成的时间成本。随着项目的发展，软件和硬件环境会变得越来越复杂，代码量也会不断增加，因此需要团队不断调整或添加测试代码来适应这些变化，每次集成所需的时间也会相应增加。持续集成应该自动化的六点内容包括：自动运行测试、自动产生可部署的二进制成品、自动将成品部署到近似生产环境、自动为代码库打上标签、自动运行回归测试、自动生成度量报告。在进行持续集成实践之前，需要选择并配置合适的持续集成服务器，如CruiseControl、Anthill、Bamboo、TeamCity和Continuum等。CruiseControl因其广泛支持各种版本控制工具和构建工具而受到许多开发团队的喜爱。Duvall基于特定的技术和政策需求评估了这些工具，并提出了五个评估指标，分别是特性、可靠性、寿命、目标环境和易用性。为了实现持续集成，还需要结合使用其他工具，例如测试工具如JUnit、JWebUnit、Selenium等；代码规范检查工具如Checkstyle等；测试覆盖率工具如JCoverage等；以及构建工具如Ant、Make等。持续集成的最终目标是通过实践和反思来改进流程，无论实践的结果如何，都应进行总结和分享。