チームのソース管理 + ビルド/統合プロセスをゼロからセットアップしています。ビルド プロセスを実行するために、VSS と社内で作成したツールを使用していました。よりモダンな環境に移行することにしました。SVN を実行しており、CruiseControl.NET との継続的な統合プロセスを設定したいと考えています。このツールのベスト プラクティスを開始するための適切なステップ バイ ステップのスターター ガイドはありますか?
6 に答える
CruiseControl を最大限に活用する前に、msbuild または nant で実行できる自動ビルド スクリプトを作成する必要があります。1 つのステップでプロジェクトを構築したら、CruiseControl をミックスに統合することができます。開始するのに役立つリソースを次に示します。
- CruiseControl.net Wiki - 非常に優れたリソースです。
- CruiseControl.net SourceControl ブロック - sourcecontrol ブロックを使用して CruiseControl.net で svn を使用する方法を示します。
- CruiseControl.net、MsBuild、および SVN セットアップの取得 - すべてを噛み合わせるための手順を順を追って説明するリソースです。
私が最近見つけた CI に関する優れたリソースは、有名な「エンタープライズ アプリケーション アーキテクチャ」の著者である Martin Fowler によるものです。
URL: http://martinfowler.com/articles/continuousIntegration.html
私たちが学んだ1つのヒント-あなたが適度に大きなチームを持っていて、あなたが言及している製品が「人々がテストできるようにQAにプッシュする」タイプのシナリオである場合、誰かが何かをチェックインするたびにそれを構築したいという衝動に抵抗してください。人々が一日中物事をチェックしていることに気付く前に、QAがしばらくの間停止し、QAが大幅に中断される可能性があります。
「PushtoQA」シナリオの場合、変更が検出された場合は、毎晩オフにするだけです。
「ビルドするかどうかを確認する」シナリオの場合、1時間に1回が適切です(ここでも、適切なサイズのチームで頻繁にチェックインするため、インスタントビルドを価値のあるものにすることはできません)。
.NET CIをお探しの場合は、TeamCityをご覧になることをお勧めします。私はそれがより良いと思います、そしてそれは最大20人のユーザーのために無料です。
本当に、ドキュメントはかなりしっかりしています