元の CruiseControl と .NET ポートに違いはありますか? 2つを比較しましたが、開発された言語以外に大きな違いは見つかりませんでした。SeleniumとSubversion、おそらくGroovyを使用して、Webアプリケーションの（自動化された）テストにどちらかを使用したいのですが、どれを選べばいいのかわからない。
[編集] CC と Hudson を見た後、シンプルさから Hudson を選びました。Groovy スクリプトと Selenium を実行するためのプラグインが既にあります。
私を選んで、私を選んで！(私はオリジナルのCruiseControlに取り組んでいます。)
私は CC.NET を使用したことはありませんが、私が知っていることから、それらはかなり同等であることに同意します。おそらく最も重要な違いは、クロスプラットフォームと Windows のみです。
さて、誰かが来て、両方がらくたで、ハドソンを試してみるべきだと言うまで、どれくらいかかるのだろうか？;)
（もちろん、他にもたくさんの選択肢があります...）
CruiseControl.NET (今後は cc.net) にはビルド キュー ( http://confluence.public.thoughtworks.org/display/CCNET/Project+Configuration+Block ) があり、特定のビルド順序に依存するビルドをシリアル化できます。Java バージョンの CruiseControl でこの動作をエミュレートしている最中ですが、機能が 1 対 1 でマッピングされません。ただし、私が .net から Java バージョンに完全に移行している理由は、.net バージョンがモノ (2 か月前の時点で cc.net ナイトリー ビルドとモノ ナイトリー ビルド) でコア ダンプするためです。障害は monos スレッドの処理にありますが、voids は cc.net を起動して実行しようとします。
構成例/ドキュメントが準拠しているバージョン番号に気付かない場合、これに関するドキュメントを見つけるのは難しい場合があります (confluence.public.thoughtworks.org には更新された構成ドキュメントがありますが、ccnet.sourceforge.net にはありません。I ccnet は死んだサイトである可能性が高いことを知っておいてください。ただし、アクセスしているすべてのページの日付スタンプを注意深く読まないと、これに悩まされる可能性があります)。
さらに、cc.net の cvs と svn のソース管理ブロックは、Java バージョンの対応するものよりもきめ細かく機能が豊富ですが、これは私の仕事では問題ではありませんでした。Java バージョンは、re: プラグインの動作を拡張/変更するのも簡単ですが、フォークする代わりに、この種の作業が上流に行くのを見たいだけです。
Java バージョンと .net のフォーク (モジュロ モノ ランタイム動作) の両方にかなり感銘を受けましたが、クルーズ コントロールの他のフォークを実際に試してはいけません。私はハドソンの周辺機器の経験がありましたが、その機能はクルーズコントロールから私を遠ざけるほど魅力的ではありませんでした. Hudson はhttp://hudson.gotdns.com/wiki/display/HUDSON/Homeに Hudson と CruiseControl (java) の (やや色付きの) 比較マップを持っています。
実行可能な代替手段は、Python で実装されたビルドボット ( http://buildbot.net/trac ) です。派手な GUI ダッシュボードはなく、セットアップはややコマンドラインに縛られていますが、分散ビルドを行っている場合は、セットアップして実行するのは非常に簡単です。
あなたにとっては、オペレーティングシステムに帰着し、オリジナルはnixで実行でき、.netバージョンはWindowsで実行できると思います.
Windows スペースの TeamCity や ruby ワールドの Cruisecontrol.rb など、これを実行できる他の自動ビルド ユーティリティもあります。
また、Subversion をポーリングしてタスクを実行できる pSake と呼ばれる PowerShell ベースのビルド ユーティリティもあります。