ハドソンとジェンキンスのどちらを選択するのですか?[閉まっている]


451

ハドソンが最近分岐したばかり(2011年
1 月)で問題が解決するまでに1時間ほどかかりました。各分岐の変化がどれほど速いかはわかりませんが、さらに重要なのは、各分岐の方向性と重要なことです。どちらに行くかを選択できるようにポイントは?

製品のロードマップや機能の違いへのリンクがありますか?


4
ジェンキンスとハドソンのどちらを選んだのですか?
chmullig 2011年

109
@ケブ:私はこの質問が建設的ではないことに同意しません。これは「xとyのどちらを好むか」のような議論ではありませんが、非常に有用な情報であるハドソンのブランチに関するものです。
tanascius

9
ええ、このスレッドは、最新の回答を得るために再度開く必要があります。
djangofan 2013

2
@djangofanあり、すでに上のフォローアップの質問1年だった:stackoverflow.com/q/11433083/234938 -そして今、さらに一年後、状況は同じです。
Christopher Orr 2013年

5
私はその種の質問の危険な性質を理解していますが、(i)非常に興味深い情報を持ち出している、(ii)いかなる論争も起こしていない、および(iii)簡単ではないことのように思えますこの種の情報なしで選択する
lab419 2014年

回答:


503

Jenkinsを使用します。

Jenkinsは、Hudsonのコア開発者による最近の分岐です。理由を理解するには、プロジェクトの履歴を知る必要があります。もともとはオープンソースで、Sunによってサポートされていました。Sunが行ったことの多くと同様に、それはかなりオープンでしたが、少し無害な無視がありました。ソース、トラッカー、ウェブサイトなどは、比較的閉鎖されたjava.netプラットフォームでSunによってホストされていました。

その後、OracleはSunを買収しました。さまざまな理由から、Oracleは資産として認識しているものを活用することをためらっていません。これらには、Hudsonのロジスティックプラットフォームに対するいくつかの制御、特にHudsonの名前に対する制御が含まれます。多くのユーザーと貢献者はこれに満足できず、去ることに決めました。

つまり、Hudson対Jenkinsが提供するものです。オラクルのハドソンとジェンキンスの両方がコードを持っています。ハドソンはオラクルとソナタイプの企業サポートとブランドを持っています。Jenkinsには、ほとんどのコア開発者、コミュニティ、そして(これまでのところ)より実際の作業があります。

私はトップをアップリンク読み込み後は、その後、 読んで 、残りの これらの 時系列で 順番を。バランスについては、ハドソン/オラクルがそれに取って代わることができます。ディフェンシブなプレーをしていて、誰がプロジェクトに真意を持っているかは、私にはかなり明らかです。


10
「その背後にいるほとんどの人々」-これはプロジェクトの創設者には当てはまるようですが、Sonotype(Maven inc)はパイプラインのアーキテクチャの変更のラフを伴って、分割のハドソン側にコミットしていることに注意してください。チームジェンキンスが開発者/ユーザーのマインドシェアを維持するのに十分な革新をまだ持っているかどうかを確認するのは興味深いでしょう
magicduncan

5
@magic:少なくともこの簡単な比較に基づく、分割後の2週間で、Jenkinsははるかに活動的です。いずれにせよ、私がJenkinsと一緒にいる間、Sonatypeの連中が何をしているかを見るのは興味深いです。
Jonik

14
ここだ別の更新 Jonikの簡単な比較@書いた人によるが。これは約2か月後です。
chmullig '13年

14
そして今から5年後、ジェンキンスは繁栄し、オラクルはハドソンをエクリプス象の墓地に投棄しました。
するThorbjörnRavnアンデルセン

115

以下のようchmulligが書いた、使いジェンキンスを。追加のポイント:

...そしてちょっとした背景情報:

Hudsonの作成者である川口浩介は、Sun Microsystemsで働いていて、後でさらに開発するために彼らから支払われたとしても、彼の自由な時間にプロジェクトを開始しました。以下のよう@ericksonは、別のSOの質問で述べました

[Hudson / Jenkins]は、単一の天才的な知性、河口浩輔の製品です。そのため、一貫性があり、一貫性があり、堅実です。

オラクルによる買収後、耕介は長い間の周りにハングアップしませんでした原因にモニターの欠如 ...; - ?])、およびのために仕事に行ってきましたCloudBeesの。2010年後半に開発者コミュニティとOracleの間のツールをめぐる対立として始まり、rename / fork / splitで終わったものは、提供されているchmulligのリンクに詳しく記載されています。私にとって、その難問全体は、おそらく何よりも、すべての関係者(Oracle、開発者、ユーザー)を幸せに保つ方法でオープンソースプロジェクトを後援するOracleの全くの無力または不本意を語っています。他の ケースでも見たように、それは彼らのDNAや何かにはありません。

上記のすべてを考慮して、私はこの問題について、Kohsukeと他のコア開発者を個人的にフォローし、Jenkinsと一緒に行きます。


90

ちょうど3か月後の問題についての私の見解:

Jenkinsは、多くのマイナーアップデートを含む頻繁なリリースで、元のHudsonによって十分に踏み込まれた道を続けてきました。

オラクルは、ハドソンの今後の道のりについて、特にMavenに関していくつかの重要な変更を行ったSonatypeチームに主に委任したようです。彼らは共同でそれをEclipseファウンデーションに移動しました。

私はあなたがの音が好きなら:

  • それほど頻繁ではありませんが、下位互換性についてより厳密にテストされているリリース(より「エンタープライズスタイル」のリリースサイクル)
  • Mavenおよび/またはNexusの強力な統合に主に焦点を合わせた製品(つまり、GradleやArtifactoryなどに興味がない)
  • CloudbeesなどよりもSonatypeまたはOracleのプロフェッショナルサポートサービス
  • プラグイン開発者などの小さなコミュニティがあっても構いません。

、それから私はハドソンを提案します。

逆に、必要に応じて:

  • 更新の頻度が高く、少し頻繁な調整が必要で、互換性の点でおそらく少しリスクが高い場合でも(より「最新かつ最高の」リリースサイクル)
  • 他のビルドシステムやアーティファクトリポジトリなどのコミュニティサポートがより活発なシステム
  • オリジナルの作成者らによるサポートの提供。および/または専門家のサポートに関心がない(たとえば、来週の「最新かつ最高の」修正を入手できる限り、あなたは幸せです)
  • 古典的なOSSスタイルの魔女の開発エコシステム

それから私はジェンキンスを提案します。(そして、コメンターが述べたように、ジェンキンスはより「安定した」ブランチで維持されている「LTS」リリースも持っています)


保守的なコースでは、今ハドソンを選択し、必要な機能が利用できない場合はジェンキンスに移行します。動的なコースでは、今すぐJenkinsを選択し、更新の追跡に時間がかかりすぎて正当化できない場合はHudsonに移行します。


22
または、両方の長所を活用して、新しいJenkins長期サポート(LTS)リリースを使用してください!
Christopher Orr、2011

48

まず、私はハドソンのコミッターであり、ハドソンの本の著者ですが、プロジェクトの分割全体には関与していません。

いずれにせよ、ここが私のアドバイスです。

両方をチェックして、ニーズに合ったものを確認してください。

Hudsonは今年後半にトップレベルのEclipseプロジェクトになる移行を完了し、フルタイムの開発者、QAなどのプロジェクトに取り組んでいます。それはまだ強力で、多くのユーザーがいて、EclipseのデフォルトのCIサーバーであるため、引き続き多くのJava開発者のニーズに対応します。ロードマップと将来の計画を見ると、Maven 3との統合が2.1.0リリースで完了した後、他の興味深い機能がたくさん集まっていることがわかります。

http://www.eclipse.org/hudson

反対側のJenkinsは、多くの元のHudsonユーザーを獲得しており、複数のテクノロジーにまたがる大規模なユーザーコミュニティがあり、それに取り組んでいる開発者もたくさんいます。

この段階では、両方のCIサーバーが使用するのに最適なツールであり、テクノロジーの観点からニーズに応じて、どちらか一方と統合する方がよい場合があります。どちらの製品もオープンソースとして入手でき、さまざまな企業から両方の商用サポートを受けることができます。

いずれの場合でも、CIサーバーをまだ使用していない場合は、どちらかを使用して今すぐ開始すると、大きなメリットが得られます。

2013年1月更新:IPクリーンアップの長いプロセスとさらなる改善の後、最初のEclipse Foundation承認済みリリースとしてHudson 3.0が利用可能になりました。


38

ジェンキンスは新しいハドソンです。開発コミュニティ全体がJenkinsに移行したため、これは実際にはフォークではなく名前の変更に似ています。(オラクルは古いボール「ハドソン」を抱えているコーナーに座ったままですが、今は魂のないプロジェクトにすぎません。)

Cf Ethereal-> WireShark


実行中のHudson Buildサーバーとは何をしなければなりませんか?新しいJenkins fork / branch / renameに自動的に更新されないと思います。ビルドサーバーを最初からセットアップする必要がありますか?
MichaelKüller11年

4
Hudsonのあるバージョンから別のバージョンにアップグレードするのと同じように、Jenkinsに「アップグレード」できます。
nrobey

私は現在Hudson 1.395を実行しています。現在、利用可能なアップデートは表示されません。名前を変更するアップデートは後日リリースされますか?
MichaelKüller

3
いいえ、ハドソン(Oracle)がジェンキンスにアップデートを提供することはありません[1]。オラクルがコミュニティと協力して進んでいれば、そもそも分割はなかったでしょう。[1]ブタの飛行を禁止する、エリソン氏が親切な隣人になるなど
ネイサン・キッド

8
JenkinsをHudsonのアップグレードセンターに追加する方法については、wiki.jenkins-ci.org / display / JENKINS / を参照してください。
Simon D

27

追加するポイントが2つあります。1つは、Hudson / Jenkinsがすべてプラグインについてです。プラグイン開発者はJenkinsに移動しました。ユーザーも同様です。第二に、私は個人的にオラクル製品の大ファンではありません。実際、私は疫病のようにそれらを避けます。Oracleソリューションのライセンスとハードウェアに費やされた費用については、エンジニアリングスタッフを2倍雇うことができますが、毎週金曜日にビールを購入する余地があります:)


1
すべてのプラグインがあるため、1つのJenkinsは他のJenkinsとはまったく異なる場合があり、次にインストールするときも異なる場合があります。
bbaassssiiee 2014年


4

JenkinsのWebサイトhttp://jenkins-ci.orgから、次のように要約されます。

一言で言えば、Jenkins CIは主要なオープンソースの継続的インテグレーションサーバーです。Javaで構築されており、実質的にあらゆるプロジェクトの構築とテストをサポートする300を超えるプラグインを提供します。

Oracleは現在Hudsonの商標を所有していますが、Eclipse EPLの下でライセンスを取得しています。JenkinsはMITライセンスを取得しています。ハドソンとジェンキンスはどちらもオープンソースです。誰のために働いているかとオープンソースの個人的な好みの組み合わせに基づいて、決定は簡単な私見です。

これがお役に立てば幸いです。


3
Hudsonは現在、トップレベルのEclipseプロジェクトです。
Manfred Moser

14
Oracleは現在hudsonを所有しており、Jenkinsはオープンソースです。 どちらもMITライセンスです。一方をオープンソースとして説明し、もう一方をオープンソース以外として説明することは誤解を招きます。それらはフリーソフトウェアです。
pb2q 2012年

1
オラクルは(商標として)ハドソンの名前を所有しているようです。
するThorbjörnRavnアンデルセン
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.