2011年のハドソンとジェンキンスの状況は次のとおりでした(IMHO)-ハドソンは少し安定していましたが、ジェンキンスの開発は少し速かったです。
2012年の「ハドソンvsジェンキンス」の状況はどうですか?
3 に答える
ハドソンとジェンキンスの両方を使用しました。私は両方の変更リストに従っています。
Hudson から Jenkins に移行したことは正しい選択だったと今でも思っています。Hudson のコア開発者は現在、Jenkins に取り組んでいます。現在も Oracle に雇用されている人々は、主に Hudson をサポートしている人たちです (私が知る限り、Apache Maven の人々も修正に貢献しています)。
ハドソン時代にさかのぼって多くのバグを報告しました。それらのほとんどは Jenkins で解決されたと言えます。解決から何ヶ月も経った後、ハドソンの人々はこれらの特定のバグを修正するか、さらなる意見を求めました。
プラグイン開発者の大半 (ほぼ全員) はプラグインを Jenkins に移行し、現在は主に Jenkins をサポートしています。プラグインに関しては、Jenkins ははるかに速く開発されています。Cloudbees が提供する有料プラグインがいくつかあります。
私の知る限り、オープンソース コミュニティは大部分が Jenkins に移行しました。
有料サポートを希望し、Jenkins への移行の手間をかけたくない一部の企業は、依然として Hudson を使用しています。率直に言って、理由がわかりません。Jenkins は Cloudbees からも商用サポートを受けており、川口浩介 (Hudson の作成者) は現在 Cloudbees で働いています。Cloudbees は現在、GitHub でホストされているプロジェクトをクラウドでホストするための無料サービスさえ提供しています。OSS プロジェクトを無料でビルドできます。:)
Jenkins は、クラウドのサポートを改善しました。前述の通り、Cloudbees もこの SaaS をクラウドで提供しています。ハドソンがこれをサポートしているかどうか、またどの程度サポートしているかはわかりません。現時点ではそれほど進んでいないと思います。いずれにせよ、私の知る限り、Hudson はクラウド用の SaaS を提供していません。
私の意見では、1 つを選択する必要がある場合、それは Jenkins である必要があります。
安定性に関しては、Jenkins は 1 年以上にわたり、インストールするソフトウェアの安定性とサポートをより確実にしたい人々のために長期サポート(LTS) バージョンを提供してきました。
約 3 か月ごとに、Jenkins ユーザーのコミュニティによって適切に機能すると見なされた以前のリリースが選択されます。その後、このバージョンは分岐され、重要な修正 (「バトル テスト」済み) がこの Jenkins バージョンにバックポートされ、このリリースはさまざまな人や企業による追加のテストを受けます。リリースの準備が整うと、これが新しい LTS バージョンになります。
新しい優先度の高い修正が行われると、これらは LTS バージョンにバックポートされます。
Jenkins の大規模なユーザーの多くは、リリースの LTS ラインに固執しており、公開されているJenkins の使用統計によると、数千の展開で使用されています。
これは、ダウンロードしている LTS バージョンが、通常の毎週のリリース ラインからランダムに選択されたバージョンよりもさらに安定していることを意味するはずです。
統計以外では、Jenkins の使用状況、コミュニティの規模、開発レベル、新機能の追加率、新しいプラグインの数、メーリング リストの活動に関する状況は、Hudson と比較して変わっていないようです (つまり、Jenkins はずっと先に進んでいるようです)。先に)。
ハドソンの最初の企業サポートは少しおさまったように見えますが、基本的に、この前の議論で述べられたポイントのほとんどはまだ適用されます。
https://stackoverflow.com/a/5970813/556520は、ハドソンとジェンキンスの問題に関する多くの重要な質問に答えていると思います。このトピックでは、各製品の長所と短所とともに、状況の両面について説明します。
何年にもわたって CI を使用してきた個人的な経験と、最近 Hudson 向けの開発を開始した経験から、jenkins が cloudbees サービスの開発とサポートを強化しているという理由だけで、hudson の安定版を使い続けるでしょう。サービスの開発。それは私の 0.02 ドルです。