지속적인 통합을위한 Hudson 또는 Teamcity? [닫은]

우리는 사용할 CI 도구를 찾고있는 Java 상점입니다. Hudson 과 Teamcity 는 모두 무료로 보이지만 Teamcity는 더 매끄럽고 더 많은 지원을 제공합니다.

왜 여전히 허드슨을 사용하는지, 그리고 누구라도 이에 대한 논쟁을 할 수 있는지 궁금합니다.

Team City는 단연코 최고의 CI 서버입니다. 나를위한 킬러 기능은 IDE (IntelliJ, Eclipse 및 VisualStudio)와의 긴밀한 통합입니다. 예를 들어 IDE에서 편집중인 파일이 오래되었을 때, 파일을 변경 한 사람 및 변경 한 내용을 보여줄 수 있습니다. IDE에서 CI 서버로 커밋하고 빌드 그리드에서 컴파일 및 테스트를 실행하면 빌드가 성공하면 CI 서버가 커밋됩니다. CI 웹 앱에서 빌드 보고서를 클릭하면 IDE에서 적절한 파일이 열립니다.

사용할 수있는 플러그인이 있지만 ( http://team-piazza.googlecode.com을 작성했습니다 ) 많지는 않습니다.

허드슨은 +1.

Hudson은 매우 활발한 프로젝트이며 광범위한 사용자 커뮤니티가 있습니다. 활성 사용자 메일 링리스트는 시작하기 쉽고, 사용하기 쉬우 며, 거대하고 매우 거대한 프로젝트 (JBoss, JAX-WS 등)에 사용되었으며, 따라서 입증 된 성공 기록을 보유하고 있으며, 매우 멋진 고급 기능을 제공합니다. 기능 (예 : 빌드 매트릭스, 빌드 클러스터링 등)은 오픈 소스이며 많은 플러그인이 있습니다.

그리고 지원이 정말 중요한 경우 Sun으로부터 상업적 지원을 받을 수 있습니다 . 그러나 FWIW, 나는 Hudson과 함께 어떤 차단 문제에 직면하지 않았습니다.

업데이트 : 아시다시피, Kohsuke Kawaguchi (Hudson의 창시자)는 Sun / Oracle을 떠나 자신 의 회사 를 시작하여 Hudson을 다음 단계로 이끌었습니다 . 즉, 이것은 Hudson에 대한 위협이 아닙니다. 그리고 지원을 찾고 있다면 구독 계획의 일부로 Hudson CI Server 의 인증 된 버전을 얻을 수 있습니다 (이 인증 버전은 사전 정의 된 플러그인 세트와 일부 상용 플러그인이 포함 된 Hudson의 고품질 릴리스를 번들로 제공합니다).

업데이트 : 각 사용자 기반의 규모를 설명하기 위해 다음은 Indeed (실시간 쿼리)의 여러 CI 도구에 대한 작업 동향을 비교 한 것입니다 .

물론 이것은 기술적 지표가 아닙니다.

몇 가지 Flex 프로젝트를 위해 Hudson에서 시작한 다음 .NET 개발자가 CI 노력에 참여했을 때 TeamCity로 마이그레이션했습니다. 이제 TeamCity 서버를 다시 Hudson으로 교체했습니다. 주된 이유는 다음과 같습니다.-지원보다 나은 활기찬 Hudson 커뮤니티. -모든 종류의 작업을위한 엄청난 양의 플러그인. -오픈 소스. -Hudson은 무료이며 TeamCity는 10 개의 프로젝트에만 무료입니다.

편집 : TeamCity는 이제 20 개의 프로젝트에 대해 무료입니다.

TeamCity는 각 개발자가 자신의 빌드 프로필을 가지고 IDE에서 연결할 수 있기 때문에 훌륭합니다. 고독한 사람은 '엉덩이 차기'입니다. GIT 등에 대한 지원도 있습니다. 진지하게 살펴보십시오. 프로페셔널 버전은 무료입니다.

Hudson 에 대한 가장 큰 주장 은 모든 릴리스에 새로운 버그가 도입된다는 것입니다.

릴리스가 매우 빈번하므로 자주 업그레이드해야 뒤처지지 않습니다. 즉, 문제를 진단하고 이전 Hudson 릴리스로 롤백하는 데 많은 시간을 할애해야합니다. (때로는 롤백이 불가능합니다!)

우리는 우리 가게에서 지속적 배포를 도입하고 있습니다 (코드를 체크인하면 라이브 사이트에 배포됩니다!). Hudson과 씨름해야하는 비용이 너무 많이 듭니다.

우리는 순전히 Hudson의 버그 비용 때문에 TeamCity 로의 마이그레이션을 적극적으로 검토하고 있습니다.

Teamcity를 정말 좋아했지만 작업중인 환경에서 관리 계층을 통해 Teamcity에 대한 구매 주문을받는 데 걸리는 시간이 모든 것을 Hudson으로 마이그레이션하는 데 걸린 시간을 초과했을 가능성이 큽니다.

TeamCity와 Jenkins (일명 새로운 Hudson)를 사용하고 설정 한 적이 있지만 TeamCity가 설정하기에 훨씬 매끄럽다는 데 동의하지만 사용자가 10 명 이하인 팀에게만 무료입니다. 두 시스템 모두 설정이 매우 쉽고 잘 지원되는 플러그인 시스템이 있습니다. TeamCity의 킬러 기능은 코드를 소스 제어에 체크인하기 전에 테스트 할 수있는 사전 체크인 워크 플로이며 Jenkins의 장점은 10 명의 사용자 이상으로 성장하고 에이전트를 구축하더라도 완전히 무료라는 것입니다.

저는 허드슨이 실험 할 준비가되어 있고 그것이 우리의 현재 환경에 어떻게 적합한 지 보는 데 익숙해지기 시작했습니다. Teamcity에 대한 경험이 전혀 없어서 그것에 대해 언급 할 수는 없지만 지금까지 Hudson과 함께 일하는 것을 즐기고 있습니다.

hudson을위한 많은 플러그인이 있으며, hudson 사이트는 자신 만의 글을 작성하기위한 많은 조언을 제공합니다 ( http://wiki.hudson-ci.org/display/HUDSON/Extend+Hudson ).

나는 고객에게 Bamboo를 고려하도록 권장했습니다. 그 이유는 (예, 사양 시트를 읽은 후!) TeamCity와 매우 유사한 기능 세트를 가지고 있기 때문입니다. 그러나 주요 이점은 기능 / 버그 추적 시스템으로 널리 사용되는 JIRA와의 매우 긴밀한 통합입니다. 완전한 제품군은 JIRA, Greenhopper, Bamboo 및 Eclipse입니다. 상당수의 클라이언트에도 HP Quality Center가 있으며이를 JIRA에 결합하는 플러그인도 있습니다. 또한 JIRA, Bamboo 및 GreenHopper가 모두 Atlassian에서 제공된다는 사실이 마음에 듭니다.