2012年のハドソンvsジェンキンス[終了]

ハドソンとジェンキンスの2011年の状況は次のとおりです（IMHO）-ハドソンは少し安定していましたが、ジェンキンスの開発は少し速くなりました。
2012年現在の「ハドソン対ジェンキンス」の状況はどうですか？

安定性に関しては、Jenkinsは1年以上にわたって、インストールするソフトウェアの安定性とサポートについてより確実にしたい人のために、長期サポート（LTS）バージョンを提供してきました。

約3か月ごとに、Jenkinsユーザーのコミュニティによって正常に機能していると見なされている以前のリリースが選択されます。このバージョンは次に分岐され、重要な修正（「バトルテスト済み」）がこのJenkinsバージョンにバックポートされます。その後、このリリースはさまざまな人々や企業による追加のテストを受けます。リリースの準備ができると、これが新しいLTSバージョンになります。

新しい優先度の高い修正が行われると、これらはLTSバージョンにバックポートされます。

Jenkinsの多数の大規模なユーザーがリリースのLTSラインに固執しており、公開されているJenkinsの使用統計によると、数千のデプロイメントがそれを使用しています。

これは、ダウンロードするLTSバージョンが、通常の毎週のリリースラインから選択されたランダムバージョンよりもさらに安定していることを意味します。

統計を超えて、Jenkinsの使用状況、コミュニティの規模、その開発レベル、追加された新機能の割合、新しいプラグインの数、およびHudsonと比較したメーリングリストのアクティビティに関する状況は変わっていないようです（つまり、Jenkinsはこれまで以上に残っています）先に）。

基本的に、ハドソンの最初の企業サポートは少しおさまったようですが、この前の議論で行われたポイントのほとんどはまだ当てはまります。

私はハドソンとジェンキンスの両方を使用しました。私は両方の変更リストをフォローしています。

ハドソンからジェンキンスに移動することで、私たちは今でも正しい選択をしたと思います。Hudsonコア開発者は現在Jenkinsに取り組んでいます。まだOracleに雇用されているのは、主にHudsonをサポートしている人々です（私が知っている限り、Apache Mavenの人々も修正に貢献しています）。

私はハドソンの時代にいくつかのバグを報告しました。それらのほとんどはジェンキンスで解決されたと言えるでしょう。解決から数か月後、ハドソンの人々は、これらの特定のバグを修正するか、さらなる入力を求めました。

プラグイン開発者の大多数（ほとんどすべて）がプラグインをJenkinsに移行し、現在は主にJenkinsをサポートしています。プラグインに関しては、Jenkinsははるかに速く開発しています。Cloudbeesによって提供される有料プラグインがいくつかあります。

私の知る限りでは、オープンソースコミュニティの大部分はジェンキンスに移行しています。

サポートを有料で利用することを好み、ジェンキンスへの移行の煩わしさを望まない一部の企業は、依然としてハドソンを使用しています。正直なところ、理由はわかりません。JenkinsはCloudbeesからも商業的サポートを受けています。Cloudbeesは、現在ハドソンのクリエーターである河口浩介が働いています。Cloudbeeには、GitHubでホストされているプロジェクトをクラウドでホストするための無料サービスさえあります。彼らはあなたのOSSプロジェクトを無料で構築させました！:)

Jenkinsは、クラウドのサポートを改善しました。上記のように、CloudbeesもこのSaaSをクラウドで提供します。ハドソンがこれをサポートしているかどうか、またどの程度サポートしているかはわかりません。現時点ではそれほど進んでいないと思います。いずれにせよ、私が知る限り、ハドソンはクラウド向けのSaaSを提供していません。

私の意見では、1つを選択する必要がある場合は、Jenkinsである必要があります。

https://stackoverflow.com/a/5970813/556520は、ハドソン対ジェンキンスの問題に関する多くの重要な質問に答えると思います。トピックでは、各製品の長所と短所で状況の両側を説明します。

長年のCIでの個人的な経験から、ハドソンの開発を最近始めましたが、jenkinsがcloudbeesサービスの開発とサポートをさらに行っているという理由だけで、ハドソンはeclipseの基礎に移行しており、そうではありません。サービスの開発。それはちょうど私の$ 0.02です。