2012-10-01 4 views
2

Google RoR 앱의 경우 Heroku에서 CI가 필요합니다.Heroku RoR 앱용 연속 통합 서버

add-on를 사용하고 싶습니다. 복잡성과 산만 함을 피하기 위해 몇 달러를 지불해도 괜찮습니다. 내가 볼

는 기본적으로 Railsonfire

Tddium

대 우리가 다른 대 하나를 사용하는 것을 선택에서 고려해야 할 요인은?

아래 링크에서 비슷한 질문을했지만 위에 추가 기능을 만들기 전이었던 것으로 보입니다. Proper continuous integration and continuous deployment with Git and Heroku

+0

heroku 부가 기능이 필요하지 않습니다. 차이를 파헤 치지는 않았지만 예상대로 작동하는 semaphoreapp를 사용합니다. – apneadiving

+0

자신에게 물어볼 몇 가지 질문 : 빌드 속도는 얼마나 빠릅니까? 테스트 스위트를 실행하는 데 얼마나 걸리나요? 얼마나 자주 체크인 코드를 사용합니까? 코드를 체크인하는 팀원 수는 몇 명입니까? –

+0

감사합니다. @apneadiving - 추가 기능을 사용하면 아무런 이점이 없습니다. 그것은 또한 잘 알고 있습니다. – SFRubyNewby

답변

6

또 다른 옵션은 입니다. 아직까지는 Heroku 추가 기능 마켓에 없지만 매우 쉽습니다.

저는 개인적으로 속도가 주요 고려 사항이라고 생각합니다. 팀이 이동하는 속도는 알림을받을 수있는 속도와 관련이 있으며, 속도에 최적화 된 플랫폼이 큰 차이를 만들 것입니다.

또한 느린 플랫폼에서는 테스트가 임의로 실패 할 수 있습니다 (예를 들어 느린 플랫폼에서 버튼이 3 초 내에 나타나지 않을 경우 오이가 실패 할 수 있습니다).

나는 CircleCi의 창립자이며, 우리는 엄청나게 빠른 CI 솔루션을 제공합니다 (언급 한 두 가지 서비스보다 빠름). Heroku 마켓 플레이스 (아직)에서는 아니지만 설정하는 것은 정말 쉽습니다 (원 클릭).

+1

저는 개인적으로 CircleCI를 사용합니다. 우리는 그것이 매우 좋음을 발견했습니다. AWS에서 Opsworks로 CD를 설정하는 데 아무런 문제가 없으며 엄청난 양의 사용자 정의가 가능합니다. 또한 매우 빠르며 장기 성장으로 확장됩니다. 모두 손쉬운 YAML 파일로 구성되어 있으며 Git repo의 체크 아웃 파일이며 멀리 떨어진 곳에서 웃을 수 있습니다. –

1

한 가지 고려 사항은 ... 음 ... 고려는 지원이라고 생각합니다. 나는 Tddium 팀에 대해 아무것도 모릅니다.하지만 몇 달 전 Rails On Fire를 시도한 것은 지원에 의해 날아 갔다는 것을 알고 있습니다. 나는 미친 질문을했다. (나는 미친 짓을한다.) 플로리안은 즉시 이메일과 트위터에 도움과 제안을했다.

그런데 한 에지 케이스 기능을 지원할 수 없어서 서비스를 사용하지 않기로 결정했을 때 그는이 기능을 구현했습니다! 나는 2 주 동안 그것을 사용하지 않고 있었고 그는 개인적으로 "안녕하세요, 우리가 마침내 당신이 도움이 될 것이라고 생각한 특징이 있다고 생각합니다."라고 개인적으로 저에게 편지를 썼습니다.

나는 수년간 허드슨/젠킨스를 사용해 왔으며 복잡성에 대한 의미를 알고 있습니다. 그러나 나는 또한 상대방을 데리고있는 것이 매우 중요하다고 생각합니다. RailsOnFire 팀은 지금 당장은 그 일을 아주 잘합니다.