CruiseControl.NET をどこから始めるべきか

Question

私はチームのソース管理とビルド/統合プロセスを最初からセットアップしています。私たちは VSS と社内で作成したツールを使用してビルド プロセスを実行していました。私たちは、よりモダンな環境に移行することにしました。SVN を実行しており、CruiseControl.NET との継続的統合プロセスを設定したいと考えています。このツールのベスト プラクティスを開始するための、ステップバイステップの優れたスターター ガイドはありますか?

Answer 1

CruiseControl を最大限に活用する前に、msbuild または nant で実行できる自動ビルド スクリプトを作成する必要があります。ワンステップでプロジェクトを構築したら、CruiseControl をミックスに統合し始めることができます。開始に役立ついくつかのリソースを次に示します。

• クルーズコントロール.net Wiki - とても良いリソースです。
• CruiseControl.net ソースコントロール ブロック -sourcecontrol ブロッ​​クを使用して CruiseControl.net で svn を使用する方法を示します。
• CruiseControl.net、MsBuild、SVN のセットアップの取得 - すべてを連携させるための手順を段階的に説明するリソース。

Answer 2

私が最近見つけた CI に関する優れたリソースは、有名な書籍「エンタープライズ アプリケーション アーキテクチャ」の著者 Martin Fowler によるものです。

URL: http://martinfowler.com/articles/continuousIntegration.html

Answer 3

役立つと思われるリンクをいくつか示します。

• http://www.codeproject.com/KB/dotnet/cruisecontrol_continuous.aspx
• http://devlicio.us/blogs/ziemowit_skowronski/archive/2007/03/10/continuous-integration-1-the-environment-and-the-first-build.aspx
• http://code.google.com/p/ci-factory/

Answer 4

私たちが学んだヒントの 1 つは、ある程度大規模なチームがいて、言及している製品が「QA にプッシュして人々がテストできるようにする」タイプのシナリオである場合、誰かが何かをチェックインするたびにその製品をビルドさせたいという衝動を抑えてください。 。おそらく、人々が一日中チェックインしていることに気づく前に、QA がしばらく停止し、QA が大幅に中断されることになるでしょう。

「QA にプッシュ」シナリオの場合は、変更を検出した場合に毎晩実行するだけです。

「ビルドできるかどうかを確認する」シナリオの場合は、1 時間に 1 回で十分です (繰り返しになりますが、適切な規模のチームでは、インスタント ビルドに価値があるとするにはチェックインの頻度が多すぎます)。

Answer 5

.NET CI を探している場合は、以下を参照することをお勧めします。 チームシティ. 。20 ユーザーまでは無料で、より良いと思います。

Answer 6

本当に、 ドキュメンテーション かなりしっかりしています