継続的な統合のためのHudsonまたはTeamcity？[閉まっている]

私たちは、使用するCIツールを探しているJavaショップです。HudsonとTeamcityはどちらも無料のようですが、Teamcityはより洗練されており、サポートが強化されています。

なぜなぜHudsonを使用するのか、また誰かが/に対して反対の意見を述べることができるのかと思っていましたか？

Team Cityは、最高のCIサーバーです。私にとってのキラー機能は、IDE（IntelliJ、Eclipse、VisualStudio）との緊密な統合です。たとえば、IDEで編集しているファイルが古くなったとき、誰が変更したか、何が変更されたかを表示できます。IDEからCIサーバーにコミットし、ビルドグリッドでコミールとテストを実行すると、ビルドが成功した場合にCIサーバーがコミットします。CI Webアプリでビルドレポートをクリックすると、IDEで適切なファイルが開きます。

利用可能なプラグインはありますが（私は1つ書いた：http : //team-piazza.googlecode.com）、多くはありません。

ハドソンの+1。

Hudsonは非常にアクティブなプロジェクトであり、幅広いユーザーコミュニティがあります。 また、アクティブユーザーのメーリングリストは、非常に使いやすく、使いやすく、巨大なプロジェクト（JBoss、JAX-WSなど）で使用されているため、実績があり、非常に優れた高度な機能を提供しています。機能（ビルドマトリックス、ビルドクラスタリングなど）はオープンソースであり、プラグインがたくさんあります...

また、サポートが本当に重要な場合は、Sunから商用サポートを受けることができます。しかし、FWIW、私はハドソンのブロッキング問題に直面したことはありません。

更新：ご存知かもしれませんが、ハドソンの作成者である河口浩介がSun / Oracleを辞任し、Hudsonを次の段階に進めるために彼自身の会社 を設立しました。言い換えれば、これはハドソンにとって脅威ではありません。サポートが必要な場合は、サブスクリプションプランの一部としてHudson CI Serverの認定バージョンを入手できます（この認定バージョンは、Hudsonの高品質リリースに、事前定義されたプラグインのセットといくつかの商用プラグインをバンドルしたものです）。

更新：それぞれのユーザーベースのサイズを示すために、Indeed（ライブクエリ）のいくつかのCIツールのジョブトレンドの比較を以下に示します。

もちろん、これは技術的な指標ではありません。

HudsonでいくつかのFlexプロジェクトを開始し、.NET開発者がCIの取り組みに参加したときにTeamCityに移行しました。これで、TeamCityサーバーが再び置き換えられ、ハドソンに戻りました。主な理由は次のとおりです。-活気のあるハドソンコミュニティ。サポートよりも優れています。-あらゆる種類のタスクのための膨大な量のプラグイン。-オープンソース。-Hudsonは無料で、TeamCityは10プロジェクトのみ無料です。

編集：TeamCityは20プロジェクトで無料になりました。

TeamCityは、各開発者が独自のビルドプロファイルを持ち、IDEからそれに接続できるため、すばらしいものです。孤独は「お尻キックイン」です。GITなどのサポートもあります。真剣に見てください。プロフェッショナル版は無料です。

Hudson に対する最大の議論は、すべてのリリースで新しいバグが発生することです。

リリースは非常に頻繁であるため、遅れをとらないように頻繁にアップグレードする必要があります。つまり、問題の診断と以前のHudsonリリースへのロールバックに多くの時間を費やす必要があります。（時にはロールバックさえ不可能です！）

当店では継続的デプロイメントを導入しており（コードをチェックインすると、ライブサイトにデプロイされます！）、Hudsonと格闘する必要があるため、コストがかかりすぎます。

Hudsonのバグのコストのために、TeamCityへの移行を積極的に検討しています。

Teamcityは本当に好きでしたが、私が作業している環境では、管理のレイヤーを通じてTeamcityの発注書を取得するのにかかる時間は、すべてをHudsonに移行するのにかかる時間を超えていた可能性があります。

私は以前にTeamCityとJenkins（別名新しいHudson）を使用してセットアップしましたが、TeamCityのセットアップは非常にスマートで、10ユーザー以下のチームでのみ無料であることに同意します。どちらのシステムもセットアップが非常に簡単で、十分にサポートされているプラ​​グインシステムがあります。TeamCityのキラー機能は、チェックイン前のワークフローであり、コードをソース管理にチェックインする前にテストできます。Jenkinsの優れた点は、10ユーザーを超えてエージェントを構築しても、完全に無料であることです。

私はハドソンが実験する準備ができて、それが私たちの現在の環境にどのように適合するかを知ることに慣れ始めています。私はTeamcityの経験がまったくないのでコメントできませんが、これまでハドソンでの作業を楽しんでいます。

hudsonには多くのプラグインがあり、hudsonサイトでは独自のプラグイン（http://wiki.hudson-ci.org/display/HUDSON/Extend+Hudson）を作成するための多くのアドバイスを提供しています。

私はクライアントにBambooを検討するよう勧めています。その理由は（仕様シートを読んでからですが！）、TeamCityに非常によく似た機能が設定されているためです。ただし、主な利点は、機能/バグ追跡システムとして非常に人気のあるJIRAとの緊密な統合です。完全なスイートは、JIRA、Greenhopper、Bamboo、Eclipseです。かなりの数のクライアントにもHP Quality Centerがあり、JIRAに参加するプラグインもあります。また、JIRA、Bamboo、GreenHopperがすべてアトラシアンから提供されていることも気に入っています。