continuous-integration - 如何从 "Arcane Integration"迁移到持续集成？

Question

现在，我正在从事的项目已经达到了一个复杂的水平，需要完成多个步骤(实际上，它变得不可思议!)才能生产出完整/可用的产品。不幸的是，我们并不是从Continuos Integration的心态开始的，所以您有时可以想象到它有点痛苦，而在另一些情况下，我很容易浪费半天的时间来尝试获得干净/经过测试的版本。

无论如何，与任何大型项目一样，它都包含许多不同语言的许多组件(例如，不仅是企业样式的Java或C#)，还包括许多图形和文本资源。现在的问题是，当我寻找Continuos Integration时，我总是会发现最佳实践和技巧，这些最佳实践和技巧假定一个人从头开始一个新项目。但是，这不是一个新项目，所以我想知道有什么好的资源可以主动地从Arcane Integration迁移到Continuos Integration :)

提前致谢!

Answer 1

这是两个简单的步骤(哈)。

进行可重复的构建:

使用源代码管理，检入所有代码。

建立并记录所有用于构建的工具(主要是哪个编译器版本)。对这些工具进行可重复的部署和设置过程。

建立并明确记录构建所需的任何资源，但未检入的资源(第三方安装，Service Pack等)。对这些依赖项进行可重复的部署和设置过程。

在进行源代码管理之前，开发人员必须

更新其工作副本

成功构建

运行并通过自动化测试

这些步骤可以一次完成1条，这是一条可以遵循的路径。您将在每个阶段都受益。例如，如果您根本不使用源代码管理，那么仅将代码放入源代码管理(不带任何其他内容)是向前迈出的一大步。另外，如果没有自动化测试，则开发人员将无法运行它们-但他们仍可以获取先前的提交并让编译器检查其工作。

如果您能做到所有这些，那么您将到达一个不错的理智的地方。

目标是可重复的构建过程和开发人员，他们将插入他们的更改如何影响构建和其他开发人员。

然后，您可以通过建立更高的合规性来获得奖金:

开发人员建立了频繁的提交习惯。工作副本中的代码不得超过1天。

自动化的构建过程监视 checkin 的源代码控制，并将结果发送到用户可以接受的位置(例如测试环境，预览网站，甚至只是将.exe放置在用户可以找到的位置)。