如何从"奥术整合"迁移到持续整合？

现在,我正在开发的一个项目达到了复杂程度,需要多个步骤(实际上它变得神秘!)才能生成完整/可用的产品.不幸的是,我们并没有开始使用Continuos Integration的思维模式,所以你可以想象它有时会很痛苦,而在其他人看来,我可以轻松地浪费半天时间来尝试获得干净/经过测试的构建.

无论如何,任何巨大的项目都包含许多不同语言的许多组件(例如企业风格的Java或C#),以及许多图形和文本资源.现在的问题是,当我寻找Continuos Integration时,我总能找到最佳实践和技术,假设一个人从头开始创建一个新项目.然而,这不是一个新项目,所以我想知道什么是积极开始从奥术整合迁移到Continuos集成的一些好资源:)

提前致谢!

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

去寻找可重复的构建:

使用源代码管理,获取所有代码.

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

建立并清楚地记录构建所需的任何资源,但不进行检查(第三方安装,服务包等).为这些依赖项进行可重复部署和设置过程.

在开始进行源代码控制之前,开发人员必须

更新他们的工作副本

成功建造

运行并通过自动化测试

这些步骤可以一次完成1个,也就是要遵循的路径.你会在每个阶段获得好处.例如,如果您根本不使用源代码控制,只需将代码放入源代码控制(没有任何其他内容)是向前迈出的一大步.此外,如果没有自动化测试,那么开发人员就无法运行它们 - 但是他们仍然可以获得先前的提交并让编译器检查他们的工作.

如果你可以做所有这些,你会得到一个很好的理智的地方.

目标是可重复的构建过程和开发人员,这些过程和开发人员插入了他们的更改如何影响构建和其他开发人员.

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

开发人员建立了频繁的委托习惯.工作副本中的代码不应超过1天.

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