ビルド プロセスの定義
ビルド システムを設定すると、Team Foundation ビルド の使用を開始して、コードのコンパイル、テスト、およびその他の重要な機能を実行できるようになります。 次に、コンパイルするコード プロジェクト、ビルドを発生させるアクション、実行するテスト、チームが必要とする他の手順に関する指示など、ビルド処理を開発します。
目的に合ったトピックをクリックしてください
ビルド定義を作成して使用します。 コンパイルするコード プロジェクト、ビルドを発生させるアクション、実行するテスト、他の多くのオプションに関する指示など、シンプルだが強力なビルド処理をすばやく定義できます。
継続的インテグレーションをサポートするようにビルド プロセスを定義する チームは、さまざまな機能を共有リポジトリにできる限り頻繁に統合し、結果をビルドおよびテストすることで、コードベース内のエラーを最小限に抑えることができます。 継続的インテグレーションと呼ばれるこの戦略を実装するには、機能チームからのチェックインによってビルドが破損したか、テストに失敗したことをチームと共にできる限り早く判断できるように、ビルド プロセスを定義します。
チームによる「ビルドの中断」を回避します。 開発者が変更をチェックインしたことでビルドが中断された場合、小規模のチームにとってそれは大きな負担となります。 また、大規模なチームにとっては、生産性の低下とスケジュールの遅延の点から、コストが増大する可能性があります。 ゲート チェックイン ビルド定義を作成して、このような問題に対してコード ベースの一部またはすべてを保護することができます。
カスタマイズされたビルド プロセスを作成します。 既定のテンプレートを使用することで、最もよくある広範な要件セットを満たすビルド プロセスを作成できます。 ただし、多くのチームは、特殊なタスクを実行したり、カスタマイズされたロジックに従うために、独自のビルド処理を必要とします。
レガシ ビルド処理を引き続き使用します。 Team Foundation Server の旧バージョンからアップグレードした場合、レガシ ビルド処理を引き続き使用することができます。 また、旧バージョンの Visual Studio を引き続き使用して、Visual Studio Team Foundation Server 2013 のビルド処理を作成することもできます。