第4回:自動ビルドによるプログラムの品質・保守の有効性 (3/4)

個人からチームの生産性向上へ
チーム開発ここまできた、個人からチームの生産性向上へ

第4回:自動ビルドによるプログラムの品質・保守の有効性
著者:日本ユニシス  井上 浩司  2006/1/24
前のページ  1  2  3   4  次のページ
VS2005 TFSの自動ビルドの概要

   ここからは、VS2005 TFSを使った自動ビルドで何ができるのか、そしてどのような設定が必要なのかを紹介していきます。

   先ほど解説した通り、自動ビルドにはビルドツールと自動テストツールが必須です。Visual Studio 2005ではそれぞれ、モジュールをビルドするためのビルドツール(MSBuild)と、ユニットテスト機能があります。

   これらを活用し、Visual Studio 2005のメニューからボタン1つですべてのテストが自動で行えることは「Visual Studio 2005を活用した、テスト駆動開発とソフトウェア品質向上アプローチ」で解説しておりますので、そちらをご参考ください。


自動化される作業

   VS2005 TFSが自動化してくれる作業を表2に示します。

  • ビルド
  • ユニットテスト
  • 静的コード分析
  • 自動ビルドの結果の電子メールでの送信
  • ビルドエラー時の作業項目の自動生成

表2:VS2005 TFSによって自動化される作業


自動ビルドの設定

   次に、自動ビルドを設定する手順について解説します。

   チームエクスプローラの「Team Builds → New Team Build Type」を選択し、ウィザードが立ち上がったら表3の1から4までの項目を入力します。

1. team build typeの指定
2. ビルド対象のソリューションとワークスペースの指定
3. ビルドの構成(Release/Debug)とプラットフォームの指定
4. その他環境の指定
  1. ビルドを実施するマシン
  2. ビルドを行うためのソースコードをチェックアウトする(aで指定したマシンのローカルフォルダ)
  3. ビルド結果を格納する共有フォルダ

表3:自動ビルドの設定項目

自動ビルドの設定ファイルの格納場所
図2:自動ビルドの設定ファイルの格納場所
(画像をクリックすると別ウィンドウに拡大図を表示します)

   なお、このウィザードで設定した項目はソースコード管理のルートに生成される「TeamBuildTypes」ディレクトリの下のTFSBuild.projファイルにXML形式で記述されますので、後で編集することができます。

   このXMLの設定ファイルは当然のことながら、ソースコード管理システムにより管理されています。変更するためには、チェックアウトして編集後にチェックインすることになります。どんな変更を行ったのかを後で確認することもできます。誰かがおかしな設定を行った場合でも、すぐに元に戻すことができます。


自動ビルドの実行とスケジューリング

   チームエクスプローラの「Team Builds → Build Team Project プロジェクト名」を選択すれば、自動ビルドを実行することができます。

   なお、自動ビルドをスケジュールするような機能はないようです。ですが、コマンドラインツール(tfsbuild.exe)を利用し、Windows OS標準のタスクスケジューラの機能に登録することで決まった時刻に自動ビルドを走らせることができるようになります。

   例えば、VS2005 TFSのサーバが「tricolore」というマシン名で、「TestProject」というチームプロジェクト名で、TeamBuildTypeが「Test3」という構成であった場合、tfsbuild.exeを利用し、コマンドラインで自動ビルドを実行することができます。なお、以下の例はビルドに失敗した場合の標準出力の内容です。

tfsbuild.exeの実行結果
c:/>tfsbuild tricolore TestProject Test3
(省略)
Build number: Test3_20060109.1
     Initializing build
     Getting sources
     Compiling sources
     Compiling WindowsApplication1.sln for Any CPU/Release
     Compiling WindowsApplication1.csproj
     Getting changesets
     Copying log files to drop location
     Creating work item
     Failed
c:/>
前のページ  1  2  3   4  次のページ


日本ユニシス株式会社 井上 浩司
著者プロフィール
日本ユニシス株式会社  井上 浩司
総合技術研究所 所属
オープンミドルウェアMIDMOST for .NETの開発や、MSCSを補完するACABの開発に従事しています。


INDEX
第4回:自動ビルドによるプログラムの品質・保守の有効性
  はじめに
  VS2005 TFS以前の常時結合と問題点
VS2005 TFSの自動ビルドの概要
  自動ビルドの結果
チーム開発ここまできた、個人からチームの生産性向上へ
第1回 Visual Studio 2005によるプロジェクトの進捗管理
第2回 Visual Studio 2005の変更管理の有効性
第3回 成果物の管理とプロジェクトのコミュニケーション向上
第4回 自動ビルドによるプログラムの品質・保守の有効性
Visual Studio 2005を活用した、テスト駆動開発とソフトウェア品質向上アプローチ
第1回 テストは開発者から利用者の視点へ
第2回 Visual Studio 2005で進めるテスト駆動開発
第3回 Visual Studio 2005 Team Systemで補うテスト駆動開発
第4回 チーム開発における品質向上策とVisual Studio 2005
開発ライフサイクルとVisual Studio 2005という選択肢
第1回 開発ライフサイクルが生むメリット
第2回 アーキテクチャ策定における有効性を探る
第3回 Visual Studio 2005による開発とテスト環境
第4回 チーム開発とVisual Studio 2005 Team Foundation Server

人気記事トップ10

人気記事ランキングをもっと見る