Hudson과 Jenkins 중에서 선택하는 방법? [닫은]


451

허드슨이 최근에야 분기 한 것을 해결하는 데 1 시간 정도 걸렸습니다 (2011 년 1 월).
이제 각 지점의 변화가 얼마나 빠른지 모르겠지만, 더 중요한 것은 각 지점이 취하고있는 방향과 핵심은 무엇인가 어느 것을 갈지 선택할 수 있도록 포인트?

제품 로드맵 및 기능 차이에 대한 링크가 있습니까?


4
젠킨스와 허드슨 중에서 무엇을 선택하게 되었습니까?
chmullig

109
@ Kev : 나는이 질문이 건설적이지 않다는 것에 동의하지 않는다. "x vs. y, 선호하는 것"과 같은 논쟁은 아니지만, 매우 유용한 정보 인 Hudson 지점에 관한 것입니다.
tanascius

9
예,이 스레드는 최신 답변을 위해 다시 열어야합니다.
djangofan

2
@djangofan 1 년에 대한 후속 질문이 이미있었습니다 : stackoverflow.com/q/11433083/234938 — 이제 1 년 후 상황은 여전히 ​​동일합니다.
Christopher Orr

5
나는 그 유형의 질문의 위험한 본질을 이해하지만 (i) 매우 흥미로운 정보를 얻었고 (ii) 어떤 종류의 분쟁도 시작하지 않았으며 (iii) 합법적이기 때문에 쉽지 않습니다. 이런 종류의 정보없이 선택
lab419

답변:


503

Jenkins를 사용하십시오 .

Jenkins는 Hudson의 핵심 개발자가 최근에 만든 포크 입니다. 이유를 이해하려면 프로젝트 기록을 알아야합니다. 원래 오픈 소스였으며 Sun에서 지원합니다. 태양이했던 것의 대부분과 마찬가지로, 그것은 상당히 개방적 이었지만 약간의 무시는있었습니다. 소스, 트래커, 웹 사이트 등은 상대적으로 폐쇄 된 java.net 플랫폼에서 Sun이 호스팅했습니다.

그런 다음 Oracle은 Sun을 인수했습니다. 여러 가지 이유로 오라클은 자산으로 인식하는 것을 활용하는 데 주저하지 않았습니다. 여기에는 Hudson의 물류 플랫폼에 대한 제어, 특히 Hudson 이름에 대한 제어가 포함됩니다. 많은 사용자와 기고자들이 그것에 익숙하지 않아 떠나기로 결정했습니다.

허드슨 대 젠킨스가 제공하는 것입니다. 오라클의 허드슨과 젠킨스 모두 코드가 있습니다. Hudson은 Oracle 및 Sonatype의 기업 지원 및 브랜드를 보유하고 있습니다. Jenkins는 대부분의 핵심 개발자, 커뮤니티 및 훨씬 더 실제 작업을 수행합니다.

나는 상단을 연결 게시 읽기, 다음 읽기 의 나머지 부분 연대기의 순서를 . 균형을 잡으 려면 Hudson / Oracle 테이크를 읽어보십시오 . 누가 수비를하고 있고 프로젝트에 대한 진정한 의도를 가지고 있는지는 분명합니다.


10
"배후에있는 대부분의 사람들"-이것은 프로젝트 창립자들에게는 사실 인 것처럼 보이지만, Sonotype (Maven inc)은 파이프 라인의 구조적 변화의 뗏목으로 분할의 허드슨쪽에 자신을 헌신했다는 점에 주목해야합니다 . 그들의 소매 개발자 / 사용자의 마음 점유율 유지까지 팀 젠킨스는 여전히 충분한 이노베이션이 있는지 흥미로운 일이 될 것이다
magicduncan

5
@ 매직 : 적어도이 간단한 비교 에 근거하여 , 분할 후 2 주일이 지난 Jenkins는 훨씬 더 활동적입니다. 어쨌든, 나는 Jenkins와 함께 있지만 Sonatype 사람들이 무엇을하는지 보는 것은 흥미 롭습니다.
Jonik

14
여기 또 다른 업데이 트 Jonik의 간단한 비교 @ 쓴 사람은. 이것은 ~ 2 개월 후입니다.
chmullig

14
그리고 5 년 후, 젠킨스는 번성하고 있으며 오라클은 이클립스 코끼리 묘지에 허드슨을 버렸습니다.
Thorbjørn Ravn Andersen

115

chmullig가 쓴 것처럼 Jenkins를 사용하십시오 . 몇 가지 추가 사항 :

... 그리고 작은 배경 정보 :

Kohsuke Kawaguchi 의 Hudson 제작자는 썬 마이크로 시스템즈에서 일하고 나중에 추가 비용을 지불하더라도 자유 시간에 프로젝트를 시작했습니다. 으로 @erickson 다른 SO 질문에 언급 ,

[Hudson / Jenkins]는 가와구치 코스케 (Kohsuke Kawaguchi)라는 단일 천재 지식의 산물입니다. 그로 인해 일관되고 일관성 있고 견고합니다.

오라클 인수 후, Kohsuke는 오랫동안 배회하지 않았다 ( 인해 모니터의 부족 ? ...;는 -] ), 그리고에 대한 작업에 갔다 CloudBees . 2010 년 말 개발자 커뮤니티와 오라클 간의 도구 충돌로 시작하여 이름 바꾸기 / 포크 / 분할로 종료 된 내용은 제공된 링크에 잘 설명되어 있습니다. 저에게 모든 수수께끼는 아마도 모든 당사자 (오라클, 개발자, 사용자)를 행복하게하는 방식으로 오픈 소스 프로젝트를 후원 할 수 없거나 전혀 무관심하다고 말한 것입니다. 우리가 다른 경우 에서 본 것처럼 그것은 DNA 나 다른 것이 아닙니다 .

위의 모든 것을 감안할 때 개인적으로 Kohsuke 및 기타 핵심 개발자를 따르고 Jenkins와 함께 할 것입니다.


90

3 개월 후이 문제를 해결하기 만하면됩니다.

Jenkins는 원래의 Hudson에 의해 많은 경미한 업데이트를 포함한 빈번한 릴리스로 경로가 계속 향상되었습니다.

오라클은 허드슨의 미래 경로에 대한 작업을 Sonatype 팀에게 위임 한 것으로 보이며, 특히 Maven과 관련하여 몇 가지 중요한 변경을 수행했습니다. 그들은 공동으로 이클립스 재단으로 옮겼습니다.

나는 당신이 다음 소리를 좋아한다면 제안 할 것입니다 :

  • 덜 빈번한 릴리스이지만 이전 버전과의 호환성에 대해 더 많이 테스트 된 릴리스 ( "엔터프라이즈 스타일"릴리스주기가 더 큼)
  • 강력한 Maven 및 / 또는 Nexus 통합에 중점을 둔 제품 (예 : Gradle 및 Artifactory 등에 관심이 없음)
  • Cloudbees 등을 선호하는 Sonatype 또는 Oracle의 전문 지원 서비스
  • 더 작은 규모의 플러그인 개발자 커뮤니티 등은 신경 쓰지 않습니다.

그런 다음 허드슨을 제안합니다.

반대로, 원하는 경우 :

  • 좀 더 빈번한 조정이 필요하고 호환성 측면에서 약간 더 위험 할 수있는 경우에도 더 빈번한 업데이트
  • 다른 빌드 시스템 / 아티팩트 리포지토리에 대해보다 활발한 커뮤니티 지원 기능이있는 시스템
  • 오리지널 크리에이터 등의 오퍼링 지원. 전문적인 지원에 관심이 없습니다 (예 : 다음 주 "최신 및 최대"에 문제를 해결할 수 있다면 행복합니다)
  • 개발 생태계의 전형적인 OSS 스타일 마녀의 양조

그런 다음 Jenkins를 제안합니다. (해설자가 언급했듯이 Jenkins는 이제 더 "안정된"브랜치에서 유지되는 "LTS"릴리스도 보유하고 있습니다)


보수적 인 과정은 Hudson을 선택하고 필수 기능을 사용할 수없는 경우 Jenkins로 마이그레이션하는 것입니다. 역동적 인 과정은 지금 Jenkins를 선택하고 추적하는 데 너무 많은 시간이 걸리면 정당화하기 위해 Hudson으로 마이그레이션하는 것입니다.


22
또는 두 세계를 모두 활용하고 새로운 Jenkins Long-Term Support (LTS) 릴리스를 사용하십시오!
Christopher Orr

48

나는 .. 나는 허드슨 커미터이자 허드슨 책의 저자이지만, 프로젝트 전체에 관여하지는 않았다.

어쨌든 여기에 내 조언이 있습니다.

두 가지를 모두 확인하고 귀하의 요구에 더 잘 맞는 것을보십시오.

Hudson은 올해 말에 최상위 Eclipse 프로젝트로 마이그레이션을 완료 할 예정이며 풀 타임 개발자, QA 및 기타 프로젝트를 수행하는 많은 사람들을 확보했습니다. 여전히 강력 해지고 있으며 많은 사용자가 있으며 Eclipse의 기본 CI 서버이므로 많은 Java 개발자의 요구를 계속 충족시킬 것입니다. 로드맵과 미래에 대한 계획을 살펴보면 Maven 3이 2.1.0 릴리스와 통합 된 후 다른 흥미로운 기능이 많이 나옵니다.

http://www.eclipse.org/hudson

반면 Jenkins는 많은 허드슨 사용자를 확보했으며 여러 기술에 걸쳐 대규모 사용자 커뮤니티를 보유하고 있으며 많은 개발자가 작업하고 있습니다.

이 단계에서 두 CI 서버는 모두 사용할 수있는 훌륭한 도구이며 기술 측면에서 필요에 따라 서로 통합하는 것이 더 좋습니다. 두 제품 모두 오픈 소스로 제공되며 다양한 회사의 상업적 지원을받을 수 있습니다.

어쨌든 .. 아직 CI 서버를 사용하지 않는 경우 .. 둘 중 하나부터 시작하면 큰 이점이 있습니다.

2013 년 1 월 업데이트 : 긴 IP 정리 프로세스 및 추가 개선 후 첫 번째 Eclipse Foundation 승인 릴리스 인 Hudson 3.0을 사용할 수 있습니다.


38

젠킨스는 새로운 허드슨입니다. 전체 개발 커뮤니티가 Jenkins로 이전했기 때문에 포크가 아닌 이름 바꾸기와 같습니다. (오라클은 오래된 공 "허드슨"을 들고있는 구석에 앉아 있지만 지금은 영혼이없는 프로젝트 일뿐입니다.)

CF Ethereal-> WireShark


실행중인 Hudson Build 서버와 어떤 관계가 있습니까? 새 Jenkins 포크 / 분기 / 이름 바꾸기로 자동 업데이트되지는 않습니다. 처음부터 빌드 서버를 설정해야합니까?
Michael Küller

4
한 버전의 Hudson에서 다른 버전으로 업그레이드 할 때와 마찬가지로 Jenkins로 "업그레이드"할 수 있습니다.
nrobey

현재 Hudson 1.395를 실행 중입니다. 현재 사용 가능한 업데이트가 표시되지 않습니다. 이름 변경을위한 업데이트가 나중에 제공됩니까?
마이클 쿨러

3
아니요, Hudson (Oracle)은 Jenkins를 업데이트하지 않습니다. 오라클이 커뮤니티와 기꺼이 협력한다면, 처음에는 분열되지 않았을 것입니다. [1] 돼지를 쏘지 말고 엘리슨 씨는 친절한 이웃이
Nathan Kidd

8
Hudson의 업그레이드 센터에 Jenkins를 추가하는 방법 은 여기 ( wiki.jenkins-ci.org/display/JENKINS/…) 를 참조하십시오 .
Simon D

27

추가해야 할 두 가지 사항이 있습니다. 하나는 Hudson / Jenkins가 플러그인에 관한 것입니다. 플러그인 개발자들은 Jenkins로 옮겼습니다. 둘째, 개인적으로 오라클 제품을 좋아하지 않습니다. 사실, 나는 전염병처럼 피합니다. Oracle 솔루션의 라이센스 및 하드웨어에 소비 된 비용을 위해 엔지니어링 직원을 두 배로 고용 할 수 있으며 매주 금요일 맥주를 구매할 수 있습니다. :)


1
모든 플러그인으로 인해 하나의 Jenkins는 다른 플러그인과 상당히 다를 수 있으며 다음에 설치할 때와 다를 수 있습니다.
bbaassssiiee

4

젠킨스 가 SPI합류 한다는 사실과 함께 허드슨과 젠킨스의 잠재적 인 미래로 화해를 언급 한 사람들에게는 이 시점에서 화해 할 것 같지 않습니다.


4

Jenkins 웹 사이트에서 http://jenkins-ci.org )에서 다음을 요약합니다.

간단히 말해 Jenkins CI는 최고의 오픈 소스 연속 통합 서버입니다. Java로 구축되어 거의 모든 프로젝트를 빌드하고 테스트 할 수 있도록 300 개가 넘는 플러그인을 제공합니다.

Oracle은 현재 Hudson 상표를 소유하고 있지만 Eclipse EPL에 따라 라이센스를 취득했습니다 . 젠킨스는 MIT 라이센스를 보유하고 있습니다. Hudson과 Jenkins는 모두 오픈 소스입니다. 귀하가 일하는 사람과 오픈 소스에 대한 개인적인 선호도의 조합에 기초하여 결정은 간단합니다.

이것이 도움이 되었기를 바랍니다.


3
Hudson은 현재 최상위 Eclipse 프로젝트입니다.
Manfred Moser

14
오라클은 이제 허드슨을 소유하고 Jenkins는 오픈 소스입니다. 둘 다 MIT 라이센스가 있습니다. 하나는 오픈 소스로, 다른 하나는 오픈 소스 이외의 것으로 설명하는 것은 오해의 소지가 있습니다. 그들은 자유 소프트웨어입니다.
pb2q 2016 년

1
오라클은 분명히 허드슨 이름 (상표)을 소유하고 있습니다 .
Thorbjørn Ravn Andersen
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.