私の目的は、Javaデスクトップアプリケーションの継続的インテグレーションツールとして、CruiseControlとHudsonのどちらかを選択することです。私はハドソンとCruiseControlを比較してたくさんの読書を見てきました。機能と使いやすさの点で、ハドソンは最高のようです。
しかし、堅牢性、重い構成での信頼性、そして最終的には長期的には、これはまだ本当ですか?
私の目的は、Javaデスクトップアプリケーションの継続的インテグレーションツールとして、CruiseControlとHudsonのどちらかを選択することです。私はハドソンとCruiseControlを比較してたくさんの読書を見てきました。機能と使いやすさの点で、ハドソンは最高のようです。
しかし、堅牢性、重い構成での信頼性、そして最終的には長期的には、これはまだ本当ですか?
私の投票はハドソンに行きます。
ハドソンに行って、決して振り返らないと思います。
CruiseControlを使用してライブラリとアプリケーションを構築していました。JavaではなくC++とPythonの開発に使用していました。最近、ハドソンに切り替えましたが、非常に良い結果が得られました。私たちが気に入った主な機能は次のとおりです。
2年前にCruseiControlを使い始めました。それを始めるのは大変な苦痛であり、すべての変更は苦痛でした。その後、ハドソンに切り替えました。そして私は恋をしています:-)
数年前に同じ質問をし、レビューを読んだり、比較したりした後、ハドソンに行きました。
設定は簡単で、数年経っても問題はなく、4〜5のプロジェクトしか設定されていなかったので、あなたが言っているようにこれが「重い設定」に該当するかどうかはわかりませんが、私にとってはスムーズに機能しました。
私は最近、これと同じ決定に直面しました。私はCruiseControl.NETとHudsonの両方のインストールを開始し、一方をいじってからもう一方をいじりました。しかし、すぐにハドソンと勢いを増しました。現在、Hudsonをしっかりと使用しており、CruiseControl.NETにはこれ以上触れていません(とにかく、CruiseControl.NETにそれほど深く関わっていたわけではありません)。したがって、ハドソンは.NETの世界で問題なくセットアップできることを証明できます。
私はハドソンをかなり長い間使用していて、それに満足しています。私はTeamcityを使ったことがありません。
コストが懸念される場合は、ハドソンが当然の選択です。コミュニティの貢献は非常に健全です。
TeamCityもご覧になることをお勧めします。CruiseControlからTeamCityに変更し、ビルドのキャンセルなど、多くの新しい便利な機能があります。