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