次の方法で共有


ビルド処理の定義

ビルド システムを設定すると、Team Foundation ビルド の使用を開始して、コードのコンパイル、テスト、およびその他の重要な機能を実行できるようになります。次に、コンパイルするコード プロジェクト、ビルドを発生させるアクション、実行するテスト、チームが必要とする他の手順に関する指示など、ビルド処理を開発します。

一般的なタスク

一般的なタスク

関連する参照先

ビルド定義を作成して使用します。コンパイルするコード プロジェクト、ビルドを発生させるアクション、実行するテスト、他の多くのオプションに関する指示など、シンプルだが強力なビルド処理をすばやく定義できます。

ビルド定義の作成

既定テンプレートに基づくビルド プロセスの定義

Team Foundation ビルドを使用した Windows ストア アプリのビルドとテスト

継続的インテグレーションをサポートするようにビルド プロセスを定義する

チームは、さまざまな機能を共有リポジトリにできる限り頻繁に統合し、結果をビルドおよびテストすることで、コードベース内のエラーを最小限に抑えることができます。継続的インテグレーションと呼ばれるこの戦略を実装するには、機能チームからのチェックインによってビルドが破損したか、テストに失敗したことをチームと共にできる限り早く判断できるように、ビルド プロセスを定義します。

継続的インテグレーションをサポートするようにビルド プロセスを定義する

継続的インテグレーション ビルドが中断した後のコード チャーンの最小化

チームによる「ビルドの中断」を回避します。

開発者が変更をチェックインしたことでビルドが中断された場合、小規模のチームにとってそれは大きな負担となります。また、大規模なチームにとっては、生産性の低下とスケジュールの遅延の点から、コストが増大する可能性があります。

ゲート チェックイン ビルド定義を作成して、このような問題に対してコード ベースの一部またはすべてを保護することができます。

継続的なビルド ブレークが修正されるまで、ビルドのチェックイン ポリシーをコード ベースに対する追加の変更を制限するツールとしても使用できます。

変更内容を検証するためのゲート チェックイン ビルド プロセスの定義

ゲート チェックイン ビルドによって制御されている保留中の変更内容のチェックイン

詳しくカスタマイズされたビルド処理を作成します。既定のテンプレートを使用することで、最もよくある広範な要件セットを満たすビルド処理を作成できます。ただし、多くのチームは、特殊なタスクを実行したり、カスタマイズされたロジックに従うために、独自のビルド処理を必要とします。

カスタマイズされたビルド処理の作成

レガシ ビルド処理を引き続き使用します。Team Foundation Server の旧バージョンからアップグレードした場合、レガシ ビルド処理を引き続き使用することができます。また、旧バージョンの Visual Studio を引き続き使用して、Visual Studio Team Foundation Server 2012 のビルド処理を作成することもできます。

レガシ ビルド プロセスの使用