我是一家 IT 公司的配置经理，目前我们使用 anthill 构建管理服务器用于所有与构建相关的目的。我们希望在我们的开发生命周期中实施持续集成。
目前，构建过程是手动完成的。假设有 5 个项目 A、B、C、D、E，E 是父项目，依赖链是这样的：A->B->C->D->E
我们所做的是首先构建 A，将 B 的 project.xml 更新到 A 的最新版本，然后构建 B，依此类推，直到构建所有依赖项目，最后构建父项目。
我在想的是自动化整个过程，即自动找出依赖关系并首先构建它们，然后更新父项目的版本并再次将它们构建到更新的版本。
continuum 会为我做这件事吗？如果不是，这里还有其他 CI 工具可以做到这一点吗？
问候，苏拉杰。
Hudson做得非常好，如果你使用 Maven，它甚至会在第一次构建后自动为你找出构建依赖关系，否则你可以手动定义构建依赖关系。即，它允许您配置系统以在成功构建项目 A 后构建项目 B。
我不确定这对您是否重要，但 Hudson 也是开源的。
我们使用Zed Builds and Bugs进行类似的设置。我们有一个具有子项目依赖关系的主项目，并且构建系统以正确的顺序处理所有内容。
我们还为子项目提供了非常小的、紧凑的构建，因此当开发人员致力于源代码控制时，它们中的每一个都可以构建。Zed 服务器能够从这些小型构建中提取最新的工件并将它们组合到更大的构建中，但我们尚未使用该功能。
我们的签入触发了小型 CI 构建，然后每天两次整个应用程序都按照依赖链从头开始重新构建。
不过，我同意 OregonGhost 的观点，任何 CI 系统都应该能够建立这种类型的链。
如果不是，这里还有其他 CI 工具可以做到这一点吗？
我喜欢TeamCity，它几乎可以满足您的所有需求。使用最新版本（以及来自 JetBrains 的插件），甚至还有 Git 支持。
另一方面，任何持续集成系统都应该轻松处理依赖关系。
我认为您不需要为此使用 CI 工具。尝试使用构建脚本自动执行此操作，并使用 Continuum（或任何其他 CI 工具）来触发您首选的构建工具。