ハドソンが最近分岐したばかり(2011年
1 月)で問題が解決するまでに1時間ほどかかりました。各分岐の変化がどれほど速いかはわかりませんが、さらに重要なのは、各分岐の方向性と重要なことです。どちらに行くかを選択できるようにポイントは?
製品のロードマップや機能の違いへのリンクがありますか?
ハドソンが最近分岐したばかり(2011年
1 月)で問題が解決するまでに1時間ほどかかりました。各分岐の変化がどれほど速いかはわかりませんが、さらに重要なのは、各分岐の方向性と重要なことです。どちらに行くかを選択できるようにポイントは?
製品のロードマップや機能の違いへのリンクがありますか?
回答:
Jenkinsを使用します。
Jenkinsは、Hudsonのコア開発者による最近の分岐です。理由を理解するには、プロジェクトの履歴を知る必要があります。もともとはオープンソースで、Sunによってサポートされていました。Sunが行ったことの多くと同様に、それはかなりオープンでしたが、少し無害な無視がありました。ソース、トラッカー、ウェブサイトなどは、比較的閉鎖されたjava.netプラットフォームでSunによってホストされていました。
その後、OracleはSunを買収しました。さまざまな理由から、Oracleは資産として認識しているものを活用することをためらっていません。これらには、Hudsonのロジスティックプラットフォームに対するいくつかの制御、特にHudsonの名前に対する制御が含まれます。多くのユーザーと貢献者はこれに満足できず、去ることに決めました。
つまり、Hudson対Jenkinsが提供するものです。オラクルのハドソンとジェンキンスの両方がコードを持っています。ハドソンはオラクルとソナタイプの企業サポートとブランドを持っています。Jenkinsには、ほとんどのコア開発者、コミュニティ、そして(これまでのところ)より実際の作業があります。
私はトップをアップリンク読み込み後は、その後、 読んで 、残りの これらの 時系列で 順番を。バランスについては、ハドソン/オラクルがそれに取って代わることができます。ディフェンシブなプレーをしていて、誰がプロジェクトに真意を持っているかは、私にはかなり明らかです。
以下のようchmulligが書いた、使いジェンキンスを。追加のポイント:
実際、おそらくフォークをしたのはオラクルでした!そして、技術的にも、それはちょっと起こったことです。
「ハドソン」から何が出てくるかを見るのは興味深いです。一方で、「ウィンストンは、ハドソンのプロジェクトの状態とバラ色の未来を要約したもので、」彼らは(新)ハドソンのウェブサイトに掲載のものは、もともと私には奇妙なユーモアのように思えた、おそらくこれは意図的な買収だった、とSonatypeの人たちは、実際にいくつかの大きなアイデアを持っています彼らの袖。この分析は、より「エンタープライズ」なHudsonを作成するために、Kohsukeと乗組員を追放するためのOracle / Sonatypeによる意図的な戦略を示唆しており、非常に興味深い読み物です!
いずれにせよ、分割後の2週間のこの簡単な比較は、厳密には科学的ではありませんが、ジェンキンスが2つのプロジェクトではるかに積極的であることを示しています。
...そしてちょっとした背景情報:
Hudsonの作成者である川口浩介は、Sun Microsystemsで働いていて、後でさらに開発するために彼らから支払われたとしても、彼の自由な時間にプロジェクトを開始しました。以下のよう@ericksonは、別のSOの質問で述べました、
[Hudson / Jenkins]は、単一の天才的な知性、河口浩輔の製品です。そのため、一貫性があり、一貫性があり、堅実です。
オラクルによる買収後、耕介は長い間の周りにハングアップしませんでした(原因にモニターの欠如 ...; - ?])、およびのために仕事に行ってきましたCloudBeesの。2010年後半に開発者コミュニティとOracleの間のツールをめぐる対立として始まり、rename / fork / splitで終わったものは、提供されているchmulligのリンクに詳しく記載されています。私にとって、その難問全体は、おそらく何よりも、すべての関係者(Oracle、開発者、ユーザー)を幸せに保つ方法でオープンソースプロジェクトを後援するOracleの全くの無力または不本意を語っています。他の ケースでも見たように、それは彼らのDNAや何かにはありません。
上記のすべてを考慮して、私はこの問題について、Kohsukeと他のコア開発者を個人的にフォローし、Jenkinsと一緒に行きます。
ちょうど3か月後の問題についての私の見解:
Jenkinsは、多くのマイナーアップデートを含む頻繁なリリースで、元のHudsonによって十分に踏み込まれた道を続けてきました。
オラクルは、ハドソンの今後の道のりについて、特にMavenに関していくつかの重要な変更を行ったSonatypeチームに主に委任したようです。彼らは共同でそれをEclipseファウンデーションに移動しました。
私はあなたがの音が好きなら:
、それから私はハドソンを提案します。
逆に、必要に応じて:
それから私はジェンキンスを提案します。(そして、コメンターが述べたように、ジェンキンスはより「安定した」ブランチで維持されている「LTS」リリースも持っています)
保守的なコースでは、今ハドソンを選択し、必要な機能が利用できない場合はジェンキンスに移行します。動的なコースでは、今すぐJenkinsを選択し、更新の追跡に時間がかかりすぎて正当化できない場合はHudsonに移行します。
まず、私はハドソンのコミッターであり、ハドソンの本の著者ですが、プロジェクトの分割全体には関与していません。
いずれにせよ、ここが私のアドバイスです。
両方をチェックして、ニーズに合ったものを確認してください。
Hudsonは今年後半にトップレベルのEclipseプロジェクトになる移行を完了し、フルタイムの開発者、QAなどのプロジェクトに取り組んでいます。それはまだ強力で、多くのユーザーがいて、EclipseのデフォルトのCIサーバーであるため、引き続き多くのJava開発者のニーズに対応します。ロードマップと将来の計画を見ると、Maven 3との統合が2.1.0リリースで完了した後、他の興味深い機能がたくさん集まっていることがわかります。
反対側のJenkinsは、多くの元のHudsonユーザーを獲得しており、複数のテクノロジーにまたがる大規模なユーザーコミュニティがあり、それに取り組んでいる開発者もたくさんいます。
この段階では、両方のCIサーバーが使用するのに最適なツールであり、テクノロジーの観点からニーズに応じて、どちらか一方と統合する方がよい場合があります。どちらの製品もオープンソースとして入手でき、さまざまな企業から両方の商用サポートを受けることができます。
いずれの場合でも、CIサーバーをまだ使用していない場合は、どちらかを使用して今すぐ開始すると、大きなメリットが得られます。
2013年1月更新:IPクリーンアップの長いプロセスとさらなる改善の後、最初のEclipse Foundation承認済みリリースとしてHudson 3.0が利用可能になりました。
ジェンキンスは新しいハドソンです。開発コミュニティ全体がJenkinsに移行したため、これは実際にはフォークではなく名前の変更に似ています。(オラクルは古いボール「ハドソン」を抱えているコーナーに座ったままですが、今は魂のないプロジェクトにすぎません。)
Cf Ethereal-> WireShark
追加するポイントが2つあります。1つは、Hudson / Jenkinsがすべてプラグインについてです。プラグイン開発者はJenkinsに移動しました。ユーザーも同様です。第二に、私は個人的にオラクル製品の大ファンではありません。実際、私は疫病のようにそれらを避けます。Oracleソリューションのライセンスとハードウェアに費やされた費用については、エンジニアリングスタッフを2倍雇うことができますが、毎週金曜日にビールを購入する余地があります:)
JenkinsのWebサイトhttp://jenkins-ci.orgから、次のように要約されます。
一言で言えば、Jenkins CIは主要なオープンソースの継続的インテグレーションサーバーです。Javaで構築されており、実質的にあらゆるプロジェクトの構築とテストをサポートする300を超えるプラグインを提供します。
Oracleは現在Hudsonの商標を所有していますが、Eclipse EPLの下でライセンスを取得しています。JenkinsはMITライセンスを取得しています。ハドソンとジェンキンスはどちらもオープンソースです。誰のために働いているかとオープンソースの個人的な好みの組み合わせに基づいて、決定は簡単な私見です。
これがお役に立てば幸いです。