支持“管道”的持续集成工具?

你可能想看看 Jenkins (formerly Hudson) .

我一直在使用 Anthill 但你必须为此付出代价。

Automated Build Studio 很接近,我想,虽然它可能不是你的选择,因为它只有窗户的性质。

1. 对。Web前端在构建运行时提供增量反馈,包括细节反馈和百分比反馈。
2. 对。构建过程是任务的层次结构。您可以确定任务是“失败”“继续”还是“失败”“中止”。
3. 对。任务几乎可以是任何事情。伴随它的任务工具箱相当完整。
4. 不可以。生成服务器必须是Windows计算机。但是,您可以从Web前端开始构建。
5. 对。每一个构建都被详细地、层次地记录下来,所以很容易确定在每个步骤中发生了什么。

我想 buildbot 会做你想做的一切:

1. Web前端显示命令的输出。
2. 完整任务相关性
3. 完全自定义的工具-python脚本,但主要是shell脚本
4. 目前我们在Linux、Mac、Solaris、HP-UX上使用它
5. 它记录了一切,我不知道它是怎么清除的。

必须同意thoughtworks选项-go“敏捷发布管理” http://www.thoughtworks-studios.com/go-agile-release-management

企业版中有一个社区版(免费)和一些很好的特性,例如环境配置和特定工件(版本)到特定环境的部署。

我的JetBrains TeamCity设置接近你需要的。

在单个项目下,我设置了多个不同的构建配置。

每个构建配置之间的区别在于构建目标的选择(我使用nant)和触发。

我有一个“XYZ集成”配置,它执行调试构建并运行一些nunit测试。这在签入完成60秒后触发,向开发团队提供快速反馈。

我还有一个“xyz日常”配置,它执行调试构建、运行nunit测试、然后构建一些msi并编译一些文档。正如你可能猜到的,这个每天运行一次。

您也可以这样做,但是配置范围更广。

我们使用 Hericus Software's Zed Builds and Bugs Management 它可以处理你所描述的。我们的主要构建包括超过61个离散的步骤,包括Java、C++、C语言的编译以及5个不同OS平台的安装构建。有些步骤是并行执行的,有些步骤可以在不导致整个构建失败的情况下失败,并且许多步骤是在不同的机器上远程执行的。

1)是的。当为构建执行步骤时,您可以立即看到步骤的结果,而无需等待整个构建完成。

2)是的。可以定义步骤失败是否导致完整的生成失败。创建“父”或“主”构建所调用的“子”或“子”构建的能力允许极大的灵活性。

3)是的。我们使用的是makefiles、ant、c解决方案和几个自定义脚本,它们都集成得很好。

4)是的。构建服务器是Java,只需要1.6 JDK,所以任何平台都可以用于主构建服务器或卫星构建服务器。

5)是的。复制到构建“状态”目录中的所有内容都将保存。这包括可以从网站查看的命令标准输出/错误。您可以根据构建的数量选择要保留多少“dev”构建历史记录。构建也可以升级为“qa”,在这种情况下,只有将其从“qa”中移除,才能将其删除。从QA,您可以将构建提升为“生产”,这将保留所有构建工件,直到您决定删除它们。

请尝试从思想工作巡航