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