2012 년 허드슨 vs 젠킨스


144

2011 년에 허드슨과 젠킨스의 상황은 다음과 같습니다 (IMHO). 허드슨은 약간 안정적 이었지만 젠킨스의 개발은 조금 더 빨랐습니다.
2012 년 "Hudson vs Jenkins"의 상황은 어떻습니까?


4
솔직히 내가 너라면 젠킨스로 이주하는데 시간을 투자 할 것이다. 우리는 약 300-400 개의 일자리가 있으며 이주는 내가 기대했던 것만 큼 매끄럽지 않았지만, 하루 안에 처리 할 수 ​​없었습니다. 아마도 Jenkins 직원은 요즘 마이그레이션 프로세스를 부드럽게했지만 그럼에도 불구하고 너무 번거 로워서는 안됩니다.
carlspring

224
argh !!! 당신은 파시스트 "비 건설로 폐쇄"중지. 나는 질문을 찾는 데 어려움을 겪고 있습니다. 나는 이것이 가장 인기있는 답변이 그들이 닫혔다는 것을보기 위해서만 이것을 좋아하고 싶습니다. 첫 번째 에피소드 이후로 여러분의 팟 캐스트를 들었습니다. 그래서 당신이하려는 것을 얻습니다. 그러나 이것은 너무 무겁습니다. 적어도 질문을 프로그래머 SE 사이트로 옮기고 여기에 링크를 넣으십시오!
대황

23
@Ruhbarb 당신의 의견에 대해 100 개의 공감대를 줄 수 있기를 바랍니다!
Stefan Haberl

10
스테판과 대황이 당신과 함께 해요!
fazineroso

8
이 주제에 대한 답변에 대한 관심이 계속 높아지고 있기 때문에 (두 답변에 대한 의견 수와 투표 수를 바탕으로)이 책을 다시 열고 연도를 2014 년으로 변경하는 것에 대한 투표를 추천합니다.
carlspring

답변:


62

안정성 측면에서 Jenkins는 1 년 이상 설치하는 소프트웨어의 안정성과 지원에 대해보다 확신을 갖고 싶은 사람들을 위해 장기 지원 (LTS) 버전을 제공했습니다 .

3 개월 정도마다 Jenkins 사용자 커뮤니티에서 잘 작동하는 것으로 간주되는 이전 릴리스가 선택됩니다. 그런 다음이 버전이 분기되고 모든 중요한 수정 사항 ( "전투 테스트")이이 Jenkins 버전으로 백 포트 된 다음이 릴리스는 다양한 사람과 회사의 추가 테스트를받습니다. 출시 준비가되면 새로운 LTS 버전이됩니다.

새로운 우선 순위가 높은 수정 사항이 나오면 LTS 버전으로 백 포트됩니다.

Jenkins의 수많은 대규모 사용자가 LTS 릴리스 라인을 고수하고 공개 Jenkins 사용 통계 에 따르면 수천 개의 배포에서 사용하고 있습니다.

이는 다운로드하는 LTS 버전이 일반적인 주간 릴리스 라인에서 선택한 임의 버전보다 훨씬 안정적이라는 것을 의미합니다.

통계를 넘어 Jenkins 사용, 커뮤니티 규모, 개발 수준, 추가 된 새로운 기능 비율, 새 플러그인 수 및 메일 링리스트 활동과 관련된 상황은 Hudson과 비교하여 변경되지 않은 것으로 보입니다 (즉, Jenkins는 계속 해서 더 이상 남아 있습니다) 앞서 ).

기본적 으로이 이전 논의 에서 이루어진 대부분의 요점은 여전히 적용되지만 허드슨의 초기 기업 지원은 약간 완화 된 것으로 보입니다.


64

허드슨과 젠킨스를 모두 사용했습니다. 두 변경 목록을 모두 따르고 있습니다.

나는 여전히 허드슨에서 젠킨스로 이사함으로써 올바른 선택을했다고 생각합니다. Hudson 핵심 개발자는 현재 Jenkins를 연구하고 있습니다. Oracle에 여전히 고용되어있는 사람들은 Hudson을 주로 지원하는 사람들입니다 (Apache Maven 사람들이 수정 사항을 제공하고 있음을 알고있는 한).

허드슨 시대에 많은 버그를 제기했습니다. Jenkins에서 대부분 해결되었다고 말할 수 있습니다. 수개월 후, 허드슨 사람들은 특정 버그에 대한 추가 정보를 수정하거나 요청했습니다.

대부분의 플러그인 개발자 (거의 모든 것)는 플러그인을 Jenkins로 마이그레이션했으며 현재 Jenkins를 주로 지원합니다. 플러그인 측면에서 Jenkins는 훨씬 더 빠르게 개발하고 있습니다. Cloudbees에서 제공하는 유료 플러그인이 있습니다.

내가 아는 한, 오픈 소스 커뮤니티는 대부분 Jenkins로 이사했습니다.

지원을 선호하고 Jenkins로 마이그레이션하는 번거 로움을 원하지 않는 일부 회사는 여전히 Hudson을 사용하고 있습니다. 솔직히, 나는 왜 그런지 모르겠다. 젠킨스 (Jenkins)도 클라우드 비즈 (Couselbees)로부터 상업적 지원을 받고 있으며, 이곳에서 허드슨 창시자 코스케 카와 구치 (Kohsuke Kawaguchi)가 일하고 있습니다. Cloudbees는 이제 클라우드에서 GitHub 호스팅 프로젝트를 호스팅하기위한 무료 서비스도 제공합니다. OSS 프로젝트를 무료로 구축 할 수 있습니다! :)

Jenkins는 클라우드 지원을 개선했습니다. 위에서 언급 한 바와 같이 Cloudbees는 클라우드에서이 SaaS도 제공합니다. 허드슨이 이것을 어떻게 지원하는지 확실하지 않습니다. 나는 그들이 지금 그렇게 진보되지 않았다고 생각합니다. 어떤 경우 든 Hudson은 내가 아는 한 클라우드에 SaaS를 제공하지 않습니다.

내 의견은 당신이 하나를 선택해야한다면 Jenkins가되어야한다는 것입니다.


2

https://stackoverflow.com/a/5970813/556520 은 hudson vs jenkins 문제에 대한 많은 중요한 질문에 답변 한다고 생각 합니다. 이 주제는 각 제품의 장단점으로 상황의 양쪽에 대해 설명합니다.

몇 년 동안 CI를 다루는 개인적인 경험에서 최근 허드슨을 위해 개발을 시작한 후 젠킨스가 클라우드 비 서비스를 위해 더 많은 개발과 지원을하고 있기 때문에 허드슨이 일식 재단으로 옮겨 왔지만 그렇지 않은 이유만으로 안정적인 버전의 허드슨을 고수했습니다. 서비스 개발. 그건 내 $ 0.02입니다.


3
네 감사합니다. 그러나 그 대답은 201 ~ 2011입니다. 상황은 2012 년에 바뀔 수 있습니다.
Volodymyr Bezuglyy

1
Cloudbees와 Jenkins는 별도의 독립적 인 엔터티입니다. 언급했듯이 더 많은 기능이 있지만 안정적인 LTS 릴리스로 이동하는 Jenkins를 사용하지 않겠습니까?
Christopher Orr

클라우드 비 개발이 제품에서 좋은 한, 나는 거기에서 문제가 될 수있는 것을 이해하지 못한다. 오라클과 관련하여 오라클은 제품 로드맵에 대한 이익과 이익에 대해 더 많은 관심을 보였습니다.
JAR.JAR.beans
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.