2012-10-01 92 views
2

我们需要在Heroku上使用CI来完成我们的RoR应用程序。我们想要使用附加组件。我不介意花几块钱来避免复杂性/分心。Heroku RoR应用程序的持续集成服务器

我看到它基本上Railsonfire与Tddium

什么是我们应该选择使用一个与另一个考虑的因素?

在下面的链接中提出了类似的问题,但似乎是在创建上述附加组件之前。 Proper continuous integration and continuous deployment with Git and Heroku

+0

我看不需要一个heroku插件。从来没有真正挖掘的差异,但我使用semaphoreapp按预期工作 – apneadiving

+0

你可能想问你自己的几个问题:你的构建速度有多快?你的测试套件运行多长时间?您签入代码的频率如何?您的团队中有多少个开发代码的开发人员? –

+0

谢谢你们俩。 @apneadiving - 可能没有附加组件的好处。这也很好理解。 – SFRubyNewby

回答

6

另一种选择是CircleCi,这使得它非常容易,尽管它还没有在Heroku附加市场中。

我个人认为速度是主要的考虑因素。团队移动的速度与获得通知的速度有关,而为速度优化的平台将会产生重大差异。另外,在慢速平台上,测试可能会随机失败(例如,如果按钮在3秒内未出现,在慢速平台上可能不会很快发生),则可能会失败。

我是CircleCi的创始人,我们制作了令人难以置信的快速CI解决方案(比您提到的两种服务都快)。设置(一键式)非常简单,但它不在Heroku市场(尚)。

+1

我个人使用CircleCI,我们发现它非常好。在AWS上使用Opsworks设置CD时没有问题,它允许进行大量的自定义。随着长期增长,速度也会非常快,并且会扩展。所有配置了一个方便的YAML文件从Git回购结账和你的笑声。 –

1

我想给你一个考虑......呃......考虑是支持。我对Tddium团队一无所知,但我知道几个月前我尝试过Rails On Fire被支持者吹走了。我问了一些疯狂的问题(我做了疯狂的事情),弗洛里安马上用电子邮件和Twitter在Twitter上回复了帮助和建议。

然后,当我决定不使用服务,因为它不支持一个边缘案例功能,他实现了该功能!我几个星期没有使用它,他亲自给我回信说:“嘿,我们终于得到了你认为会有帮助的功能。”

我已经使用哈德森/詹金斯多年,并知道你的意思是关于复杂性。但我也认为在另一端有人是非常关键的,现在RailsOnFire团队至少做得很好。

相关问题