長期間のHudsonとCruiseControlの選択

Question

私の目的は、CruiseControlとHudsonをJavaデスクトップアプリケーション用の継続的な統合ツールとして選択することです。 私はHudsonとCruiseControlを比較して多くの読書を見ました。 機能と使いやすさの面では、ハドソンが最高のようです。

しかし、ロバスト性、重い構成の信頼性、そして長期的には、これはまだ本当ですか？

Answer 1

私の投票はハドソンに行きます。

• 堅牢：マイナーなバグがリリース間で表面をしましたが、印象的に速い押しつぶされたが、私は、ハドソンのクラッシュを見たことがありません。また、それはNetbeans、JBoss、Eclipse、Apacheで使用されています。これらのワークロードを処理するにはかなり堅牢だと思います。
• 重い構成の信頼性：ここで何を意味するのか分かりません。それは非常に構成可能です。長期で
：ハドソン、the lead committer quotes 120 developers contributing to the codebaseの背後に強力なコミュニティがあり、

私はハドソンのために行くと振り返ることはありませんでしょうね。

Answer 2

TeamCityもご覧ください。 CruiseControlからTeamCityに変更しました。ビルドのキャンセルなど、多くの新しく便利な機能があります。

Answer 3

私はかなり長い間ハドソンを使用しており、満足しています。 私はTeamcityを使用していません。

コストが懸念される場合、ハドソンは明らかな選択肢です。コミュニティの貢献はとても健康です。

Answer 4

私はハドソンに行きました。数年前、レビューを読んだり、比較したりして、同じ質問をしました。

数年後でも問題はなく、わずか4-5個のプロジェクトしか設定されていなかったので、これが「重い構成」と認定されているかどうかはわかりませんが、 。

Answer 5

私たちは2年前にCruseiControlを使い始めました。それが始まるまで苦労していたし、すべての変化は苦痛だった。その後、ハドソンに切り替えました。そして、私は

• 本当に素敵なユーザーインターフェース:-)恋によ、あなたはそれ
• 簡単なセットアップする必要があるときに直接役立つと
• プラグインを設定しましょう！私はただそれらを愛する。 PromoteBuildをご覧ください。 Cruisecontrolで簡単にやろう。私は最近、これと同じ決断に直面していました

Answer 6

大とアクティブなユーザーコミュニティ。私はCruiseControl.NETとHudsonの両方のインストールを開始して、1つ、次にもう1つのツールを試しました。まもなく、私はハドソンで勢いを増しました。私たちは現在、Hudsonをしっかりと使用しています。私はCruiseControl.NETにこれ以上触れていません。だから、ハドソンは.NETの世界でうまくセットアップできることを証明することができます。

Answer 7

CruiseControlを使用して、ライブラリとアプリケーションを構築していました。私たちはJavaではなく、C++やPythonの開発に使っていました。最近、我々は非常に良い結果でハドソンに切り替えました。私たちが気に入った主な機能は以下の通りであった。

• 停止プロセス
• 使用奴隷、それは一つの場所に我々は複数のプラットフォーム
• 簡単なプラグインダウンロードし、インストールと使用のビルドを管理することができ、あります。