2008(以下、TFS)の導入は、影響範囲が比較的限定的である下流工程(=プログラミングやテスト・ビルドなどの領域)から実施していくのがベターな選択肢である。本連載では、前回までにバージョン管理システム導入に関するノウハウと活用方法を紹介した。今回は、下流工程をサポートするTFSのもう1つ機能である、チーム・ビルド(=自動ビルド・システム)について、そのノウハウとカスタマイズについて紹介したい。■チーム・ビルドのアーキテクチャまずは、チーム・ビルドのアーキテクチャを説明したいと思う。詳細は後述するが、チーム・ビルドを効果的に利用するためには、プロジェクトに合わせたビルド・プロセスのカスタマイズが重要である。そのためには、チーム・ビルドのアーキテクチャを理解しておくことが必要だ。その概要を図にまとめると次のようになる。WareHouse)」を指す。簡単にいってしまえば、チーム・ビルドとは、TFSのカスタム・タスクを含むMSBuildのスクリプト一式であるといえる。チーム・ビルドでは、以下の2つのスクリプト・ファイルを利用している。TFSBuild.proj:チーム・エクスローラのビルドの定義により作成されるファイルであり、バージョン管理上の任意のフォルダに格納される。ビルドの名前やソリューションへのパスなど、環境情報が定義される。Microsoft.TeamFoundation.Build.targets:ビルド・エージェントのインストール時にサーバに配置されるファイルで、すべてのビルド・スクリプトから参照される。チーム・ビルド共通のプロセスが記述されており、ソース・コードの取得からコンパイル、作業項目の更新などを含むすべてのプロセスは、このファイルに定義されている。ビルド・プロセスのカスタマイズを行うためには、上記のファイルに記述されているスクリプトの内容を理解し、適宜、修正を行えばよいというわけである。【コラム】MSBuildのカスタム・ライブラリの利用とセットアップMSBuildでは、カスタム・ライブラリを用いることによって、独自のビルド機能を追加することが可能だ。オープンソースでは、すでに数多くの優れたMSBuildライブラリが開発されているが、当然、それらもチーム・ビルドで利用可能だ。TFSBuild.projファイルを修正し、以下のように<Import>要素を記述すればよい。Project="$(MSBuildExtensionsPath)\MSBuildCommunityTasks\MSBuild.Community.Tasks.Targets"/>......省略......Import要素の記述例<Import>要素により、カスタム・ライブラリ(この例では「MSBuild.Community.Tasks.Targets」)を参照する。筆者がお勧めする、メジャーなカスタム・ライブラリは以下のとおりだ。利用したい機能によって使い分けるとよい。Library具体的なカスタマイズ方法を説明する前に、まずは自動ビルドの活用方法を説明しよう。7で追加された新機能の中から、「数値リテラル構文の改善」と「ローカル関数」を紹介する。TranslatorはPowerPoint用のアドイン。