Heroku RoR應用程序的持續集成服務器

我們需要在Heroku上使用CI來完成我們的RoR應用程序。我們想要使用附加組件。我不介意花幾塊錢來避免複雜性/分心。Heroku RoR應用程序的持續集成服務器

我看到它基本上Railsonfire與Tddium

什麼是我們應該選擇使用一個與另一個考慮的因素？

在下面的鏈接中提出了類似的問題，但似乎是在創建上述附加組件之前。 Proper continuous integration and continuous deployment with Git and Heroku

我看不需要一個heroku插件。從來沒有真正挖掘的差異，但我使用semaphoreapp按預期工作 – apneadiving

你可能想問你自己的幾個問題：你的構建速度有多快？你的測試套件運行多長時間？您簽入代碼的頻率如何？您的團隊中有多少個開發代碼的開發人員？ –

謝謝你們倆。 @apneadiving - 可能沒有附加組件的好處。這也很好理解。 – SFRubyNewby

另一種選擇是CircleCi，這使得它非常容易，儘管它還沒有在Heroku附加市場中。

我個人認爲速度是主要的考慮因素。團隊移動的速度與獲得通知的速度有關，而爲速度優化的平臺將會產生重大差異。另外，在慢速平臺上，測試可能會隨機失敗（例如，如果按鈕在3秒內未出現，在慢速平臺上可能不會很快發生），則可能會失敗。

我是CircleCi的創始人，我們製作了令人難以置信的快速CI解決方案（比您提到的兩種服務都快）。設置（一鍵式）非常簡單，但它不在Heroku市場（尚）。

2012-10-01 21:20:06

我個人使用CircleCI，我們發現它非常好。在AWS上使用Opsworks設置CD時沒有問題，它允許進行大量的自定義。隨着長期增長，速度也會非常快，並且會擴展。所有配置了一個方便的YAML文件從Git回購結賬和你的笑聲。 –

我想給你一個考慮......呃......考慮是支持。我對Tddium團隊一無所知，但我知道幾個月前我嘗試過Rails On Fire被支持者吹走了。我問了一些瘋狂的問題（我做了瘋狂的事情），弗洛裏安馬上用電子郵件和Twitter在Twitter上回復了幫助和建議。

然後，當我決定不使用服務，因爲它不支持一個邊緣案例功能，他實現了該功能！我幾個星期沒有使用它，他親自給我回信說：「嘿，我們終於得到了你認爲會有幫助的功能。」

我已經使用哈德森/詹金斯多年，並知道你的意思是關於複雜性。但我也認爲在另一端有人是非常關鍵的，現在RailsOnFire團隊至少做得很好。

2012-10-01 21:29:21 JohnMetta

回答