刚刚看了一个电动云的demo，很有意思，就是很贵。
优点：出色的功能 - 从我的构建中提取秘密酱汁，并通过可重用的步骤使它们更加标准化 - 并行化构建以加快速度并更有效地使用我的构建农场
- 从任何步骤重新启动构建 - 集成测试自动化和推广（也许甚至部署到生产中）具有良好的日志记录、审计和报告
缺点：企业级价格标签
我觉得我可能可以使用 STAF、maven 和 hudson 进行一些插件开发来完成这些工具提供的大部分（但不是全部）功能，但这需要大量定制，感觉就像在石头上敲打我的衣服而不是花钱一台洗衣机。
有没有人对这些选择有意见可以分享，环境的哪些方面使一个选择比另一个更适合？
在我上一个连，我们部署了指挥官和加速器。在我现在的公司，我们正计划做同样的事情。
我的上一家公司每天大约进行 70 次构建。构建时间为 12 小时。使用加速器将总构建时间减少到大约 3 小时。我们开始部署仅构建最新版本及其传入流。我们使用指挥官来遵循持续集成 (CI) 模型 - 使用相同的“配方”来执行 CI 和夜间构建，其中 CI 构建使用一些不同的选项。每晚构建失败的数量下降到接近 0，开发速度显着提高。那时，我们从开发中听到的只有“ME NEXT”！！！投资回报率令人难以置信。
是的，您可以使用 hudson 或 Cruisecontrol 开发其中的一些功能，但正如您所指出的，您将丢失很多功能并最终花费时间定制和支持此环境。
如果您想进一步讨论这个问题，请随时与我联系。
我没有使用 BuildForge 的经验。
我们与 Jenkins 和 Incredibuild 一起开始了我们的 20 团队计划，但是，这并没有像我们希望的那样扩展。我们的许多团队会在 sprint 结束前一两天检查（是的，一个行为问题），Jenkins 会不知所措。没有 IncrediBuild 的构建需要大约 90 分钟和大约 12 分钟。这不包括团队将面临的等待时间，因为 Jenkins 以串行方式（队列）构建。
我们转移到 Electric Commander + Accelerator 并看到我们的构建时间减少到了约 5 分钟。然而，最大的好处是运行并行构建。团队无需再等待构建开始。我们为每个团队使用 EC 的时间表，并且我们的构建更加模块化/可维护（用 perl 编写）。
请注意，他们的仪表板不像 Jenkins。这是我们团队的常见抱怨。不过，有一些方法可以从 Jenkins 运行 EC（因此您可以获得具有 EC 速度的 Jenkins 仪表板）。
tl;dr Electric Cloud 如果您需要扩展，那就太好了。