CI ビルドのセットアップ
チームはコードをできる限り頻繁に統合し、結果をビルドおよびテストすることで、エラーを最小限に抑え、品質を向上させることができます。 継続的インテグレーション (CI: Continuous Integration) と呼ばれるこの戦略をサポートするには、ビルド プロセスを定義します。 この作業が完了したら、チェックインによってビルドが破損したか、テストに失敗したことをチームと共にできる限り早く判断できます。
継続的インテグレーションをサポートするようにビルド プロセスを定義する
ビルド プロセスの機能とパフォーマンスを向上させる
次の手順
さらに掘り下げた操作
継続的インテグレーションをサポートするようにビルド プロセスを定義する
チーム エクスプローラーで、チーム プロジェクトに接続されていることを確認し (キーボード: Ctrl + 0、C)、[ビルド] ページを開きます (キーボード: Ctrl + 0、B)。
[ビルド定義の新規作成] リンクをクリックするか、ビルドを選択してそのコンテキスト メニューを開き、[ビルド定義の編集] をクリックします。
ヒント
TF225001 エラー メッセージが表示された場合は、ビルド コントローラーを構成します。
[トリガー] タブで、[継続的インテグレーション] を選択します。
ヒント
チェックインのビルドまでの待機時間が開発者にとって長すぎる場合は、[ビルドのロール] を選択する場合があります。このトリガーにより、ビルド システムは複数のチェックインをまとめてビルドします。「Use the Rolling builds trigger」を参照してください。
[ソース設定] タブで、次の操作を実行します。
TFVC:[作業フォルダー] テーブルで、ビルド プロセスに必要なファイルを含むバージョン管理フォルダーを指定します。
ヒント
ビルド プロセスが正常に機能し、パフォーマンスを向上させるには、ビルド処理に必要なファイルを含んだすべてのフォルダー (これらのフォルダーのみ) を含めます。これらのフォルダーを指定する方法の詳細については、「ビルド ワークスペースの使用」を参照してください。
Git:[Monitored branches] (監視対象の分岐) の一覧で、ビルド プロセスに必要なファイルを含むリポジトリと分岐を指定します。 ワイルドカードを使用できます。 たとえば、refs/heads/feature* と指定し、refs/heads/featureA 分岐と refs/heads/featureB 分岐を監視できます。
パフォーマンスを向上させるには、[ビルドの既定値] タブで、[このビルドは出力ファイルを格納フォルダーにコピーしない] をオンにします。
[プロセス] タブで、[ビルド プロセス パラメーター] テーブルの [ビルド] に、ビルドするソリューションまたはコード プロジェクトを指定します。
[プロセス] タブで、チェックインが開発者を不要に遅延させずに、チームのコード品質の特定の標準を確実に満たすようにビルド プロセス パラメーターを設定します。
詳細については、このトピックの後半の「ビルド プロセスの機能とパフォーマンスを向上させる」を参照してください。
他のタブでビルド プロセスのオプションを指定します。 詳細については、「ビルド定義の作成または編集」を参照してください。
ビルド プロセスの機能とパフォーマンスを向上させる
ビルド処理にかかる時間をできるだけ短縮するためには、以下のガイドラインを参考にしながら [プロセス] タブでビルド プロセス パラメーターに値を設定してください。
TF バージョン管理または Git
- [クリーン ワークスペース] または [クリーン リポジトリ]: パフォーマンスをより高速にするために、この値を False に設定します。 この設定により、チームはリファクタリング中に導入される欠陥など、一部の種類の欠陥を見過ごす可能性があります。
ビルド
[構成]: このパラメーターを空のままにすると、既定のプラットフォームと構成が各ソリューションとプロジェクト用に使用されます。 パフォーマンスを最適化するには、次のガイドラインに従います。
あるプラットフォームと構成のペアが他のペアよりビルド速度が早い場合、このパラメーターにこのペアを指定します。
指定するプラットフォームと構成のペアはできるだけ少なくしてください。
[クリーン ビルド]: パフォーマンスをより高速にするために、このパラメーターを False に設定します。 この設定により、チームはリファクタリング中に導入される欠陥など、一部の種類の欠陥を見過ごす可能性があります。
ビルド、詳細設定
- [コード分析の実行]: パフォーマンスをより高速にするために、[使用しない] に設定します。
テスト、詳細設定
[テストの無効化]:
より高速なパフォーマンスでは、True を選択します。
コードが特定のテストに合格する必要がある場合は、False を選択し、ビルドで実行する一連のテストを定義します。 必要なテストのみを実行すると、パフォーマンスが向上します。 これらのテストを指定するには、カテゴリまたは優先度別にフィルター処理します。 詳細については、「ビルド プロセスでのテストの実行」を参照してください。
シンボルの発行
- [シンボルを発行するためのパス]: パフォーマンスをより高速にするために、この値は空のままにします。
詳細設定
[エージェントの設定]
[名前フィルター] または [タグ フィルター]: ビルド エージェント名またはタグを使用して、このビルド定義をこのビルドの実行用に設計されているビルド エージェントにバインドします。 ビルド エージェントの実行は、チームのパフォーマンスに関する期待を満たす迅速さでこのビルドを処理できる十分強力なハードウェア上で行う必要があります。
[最大実行時間]: この値を合理的に小さい値に設定します。 たとえば、チームにとって 15 分は許容範囲内ですが、8 時間はおそらく長すぎます。
既定テンプレートのビルド プロセス パラメーターの詳細については、「ビルド プロセスに既定のテンプレートを使用」を参照してください。
次の操作:
チームのすべてのメンバーが、早い段階で頻繁にチェックイン (TFVC) またはプッシュ (Git バージョン管理) していることを確認します。
さらに掘り下げた操作
CI ビルドが完了したときに通知を受け取るには、ビルド通知を設定します。
ビルドの破損またはテストの失敗を引き起こすチェックインをブロックするには、変更内容を検証するためのゲート チェックイン ビルド プロセスの定義。