複製:
職場で継続的インテグレーションを開始する予定です。以前の職場では TFS を使用していましたが、その前は CruiseControl.Net で、その前は独自の CI サーバーを作成していました。
他の人が使用しているツールとその理由を知りたいと思っていました。
私は主にWindows/.Net環境に関心があります...
職場で継続的インテグレーションを開始する予定です。以前の職場では TFS を使用していましたが、その前は CruiseControl.Net で、その前は独自の CI サーバーを作成していました。
他の人が使用しているツールとその理由を知りたいと思っていました。
私は主にWindows/.Net環境に関心があります...
Hudson は素晴らしいです。CruiseControl.NET よりもセットアップが簡単で、きれいなグラフも生成します。
TeamCity はセットアップも簡単です。
CI 機能マトリックスを見てみましょう。文字通り、それぞれに独自の強みを持つ数十のツールがあります。私自身、私はAnthillProの男です。
.NET 環境には CruiseControl.NET を使用します。ビルド ステータスを追跡するための CC Tray アプリケーションが気に入っています。
以前は、2台のCruiseControl.netサーバーで約20台のビルドを実行していました。私たちはそれらを単一の仮想化されたTeamCityサーバーに移動することを開始し、ビルド時間を短縮し、キューに入れられたビルドを削減するために、より多くの(仮想)ビルドエージェントを追加することに忙しくしています。
TeamCityのシンプルさとユーザーインターフェイスが本当に気に入っています。構成を節約した時間で、ライセンス費用を簡単に支払うことができます。また、さまざまなエージェントでビルドを簡単にスケールアップし、あるビルドの出力を他のビルドの入力にフィードすることもできます。
HudsonとCruseを調べましたが、パンフレットを読んだり、簡単なテストビルドで遊んだりすることで、どちらが最適かを判断するのは非常に困難です。
すべてのビルドの最後に、より広範なカスタム動作を実行するいくつかのカスタム Ruby スクリプトで CruiseControl.net を使用します。
現在、これらは CC.Net のバージョン 1.3 に基づいていますが、バージョン 1.4 の登場により、ベース システムとそれに付随するあらゆる機能を使用して、さらに多くのことができるようになりました。
CI プロセスに関するいくつかのブログ投稿を書きましたが、これは興味深いかもしれません。