我是一家IT公司的配置经理,目前我们正在使用构建管理服务器来实现所有与构建相关的目的。我们希望在我们的开发生命周期中实现持续集成。
目前,构建过程是手动完成的。假设有5个项目A、B、C、D、E,E是父项目,依赖链是这样的: A->B->C->D->E
我们所做的是首先构建A,将B的project.xml更新到A的最新版本,然后构建B,依此类推,直到所有依赖项目都构建完毕,最后父项目构建完成。
我的想法是自动化整个过程,即自动找出依赖关系并首先构建它们,然后更新父项目的版本,并将它们再次构建为更新的版本。
continuum能帮我做到这一点吗?如果没有,还有没有其他CI工具可以做到这一点?
你好,苏拉吉。
发布于 2009-07-07 14:40:20
Hudson在这方面做得非常好,如果你使用Maven,它甚至会在第一次构建后自动为你找出构建依赖关系,否则你可以手动定义构建依赖关系。也就是说,它允许您将系统配置为在成功构建项目A之后构建项目B。
我不确定这对你是否重要,但Hudson也是开源的。
发布于 2009-07-06 09:08:00
,如果没有,这里有没有其他CI工具可以做到这一点?
我喜欢TeamCity,它几乎做了你需要的所有事情。在最新的版本中(还有一个来自JetBrains的插件),甚至还支持Git。
另一方面,任何持续集成系统都应该容易地处理依赖关系。
发布于 2009-07-07 14:30:53
我们使用Zed Builds and Bugs进行类似的设置。我们有一个主项目,它具有子项目依赖关系,构建系统按正确的顺序处理所有事情。
我们也有非常小的,紧凑的子项目构建,这样当开发人员提交源代码控制时,它们中的每一个都可以构建。Zed Server能够从这些小构建中提取最新的构件,并将它们放到更大的构建中,但我们还没有使用该功能。
我们的签入触发了小型CI构建,然后每天两次按照依赖链从头开始重新构建整个应用程序。
不过,我同意OregonGhost的观点,任何CI系统都应该能够建立这种类型的链。
https://stackoverflow.com/questions/1086082
复制相似问题