持续集成 - 特性

以下是持续集成的一些主要特性或实践。

• 维护单个源代码仓库 - 所有源代码都维护在单个仓库中。这样可以避免源代码散布在多个位置。Subversion 和 Git 等工具是维护源代码最流行的工具。

• 自动化构建 - 软件的构建应该以可以自动化的方式进行。如果需要执行多个步骤，则构建工具需要能够做到这一点。对于 .Net，MSBuild 是默认的构建工具，而对于基于 Java 的应用程序，则可以使用Maven 和 Grunt 等工具。

• 使构建可自测 - 构建应该是可测试的。构建完成后，应立即运行测试用例，以确保可以对软件的各种功能进行测试。

• 每次提交都应在集成机器上构建 - 集成机器是构建服务器，应确保构建在此机器上运行。这意味着所有依赖组件都应存在于持续集成服务器上。

• 保持构建速度 - 构建应该在几分钟内完成。构建不应该花费数小时才能完成，因为这意味着构建步骤配置不当。

• 在生产环境的克隆中进行测试 - 构建环境在本质上应该接近生产环境。如果这些环境之间存在巨大差异，则可能会出现构建在生产环境中失败，而在构建服务器上却通过的情况。

• 每个人都能看到正在发生的事情 - 构建、测试和部署的整个过程都应该对所有人可见。

• 自动化部署 - 持续集成导致持续部署。绝对有必要确保构建易于部署到暂存或生产环境。