连续性帮助

Question

我是一家IT公司的配置经理，目前我们使用蚁丘构建管理服务器来实现我们所有与构建相关的目的。我们希望在开发生命周期中实现持续集成。

目前，构建过程是手动完成的。假设有5个项目A，B，C，D，E和E是父项目，依赖链如下： A-＆GT; B-＆GT; C-＆GT; D-＆GT，E

我们所做的是构建B的第一个更新project.xml到最新版本的A，构建B等等，直到构建所有依赖项目，最后构建父项目。

我在想的是自动化整个过程，即自动找出依赖关系并首先构建它们，然后更新父项目的版本并再次将它们构建到更新的版本。

连续体会为我做这个吗？如果没有，这里有任何其他CI工具吗？

此致 苏拉杰。

Answer 1

Hudson这样做非常好，如果您使用的是Maven，它甚至会在第一次构建后自动为您自动找出构建依赖项，否则您可以手动定义构建依赖项。即，它允许您在成功构建项目A之后将系统配置为构建项目B.

我不确定这对你是否重要，但哈德森也是开源的。

Answer 2

  

如果没有，这里有任何其他CI工具吗？

我喜欢TeamCity，这几乎可以满足您的所有需求。使用最新版本（以及JetBrains的插件），甚至还有Git支持。

另一方面，任何持续集成系统都应该轻松处理依赖关系。

Answer 3

我们使用Zed Builds and Bugs进行与此类似的设置。我们有一个主项目，它有子项目依赖项，构建系统按正确顺序处理所有内容。

我们还为子项目提供了非常小的紧凑构建，以便在开发人员承诺源代码控制时可以构建每个子项目。 Zed服务器能够从这些小型构建中提取最新的工件，并将它们组合到更大的构建中，但我们还没有使用该功能。

我们的签到会触发小型CI构建，然后每天两次从依赖链中重新构建整个应用程序。

我同意OregonGhost，但任何CI系统都应该能够建立这种类型的链。

Answer 4

我认为您不需要CI工具。尝试使用buildscript自动执行此操作，并使用Continuum（或任何其他CI工具）来触发您首选的构建工具。