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