2

我们的 RoR 应用需要 Heroku 上的 CI。  

我们想使用附加组件。我不介意花几块钱来避免复杂性/分心。

我看到它基本上是 Railsonfire 与 Tddium

在选择使用其中一种与另一种时,我们应该考虑哪些因素?

在下面的链接中提出了类似的问题,但似乎这是在创建上述附加组件之前。 使用 Git 和 Heroku 进行适当的持续集成和持续部署

4

2 回答 2

6

另一个选择是CircleCi,虽然它还没有出现在 Heroku 附加市场中,但它非常容易。

我个人认为速度是主要考虑因素。您的团队移动的速度与您获得通知的速度有关,而针对速度进行优化的平台将产生重大影响。

此外,在慢速平台上,测试可能会随机失败(例如,如果按钮在 3 秒内没有出现,Cucumber 可能会失败,这在慢速平台上可能不会很快发生)。

我是CircleCi的创始人,我们制作了一个非常快速的 CI 解决方案(比您提到的两种服务都快)。它很容易设置(一键式),虽然它不在 Heroku 市场中(还)。

于 2012-10-01T21:20:06.050 回答
1

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

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

我已经使用 Hudson/Jenkins 多年,并且知道您对复杂性的含义。但我也认为在另一端有人是非常关键的,RailsOnFire 团队至少目前做得很好。

于 2012-10-01T21:29:21.553 回答