自動ビルドの結果
自動ビルドの結果
チームエクスプローラの「Team Builds → All Build Types」をダブルクリックすれば現在までに実行された自動ビルドの一覧を表示することができます。
また1つ1つのビルドの詳細なレポートの内容は、表4のような項目があり、ビルドに関する細かい情報を見ることができます。ビルドに失敗したら、最終的にはビルドのログを見てどこが間違っていたのかを突き止めることになります。
| 項目 | 内容 |
| Build name | ビルド名。1つの自動ビルドにつけられるユニークな名前。既定では「TeamBuildType_yyyymmdd.連番」という名前が割り振られる |
| Requested by | 自動ビルドを実行したユーザ名 |
| Team project | チームプロジェクト名 |
| Type | TeamBuildTypeのこと |
| Build machine | ビルドが行われたマシン名 |
| Started on | ビルドが開始された日時 |
| Completed on | ビルドが終了した日時 |
| Last changed by | 最後に変更を加えたユーザ名 |
| Last changed on | 最後に変更を加えた日時 |
| Quality | ビルドの品質評価項目 |
| Work items opened | ビルドの結果において開かれる作業項目。ビルドに失敗すると「バグ票」が切られる |
| Log | ビルドの詳細な状況が記録されているテキストファイルへのリンクが表示される |
表4:サマリカテゴリーの内容
またサマリカテゴリーの基本情報に加え、さらに表5の項目がレポートされます。
- Build steps
- ビルドの各ステップ(ソースコードのチェックアウト、ソースコードのビルドなど)における成否と完了時刻。
- Result details
- ビルド結果(エラー・警告)、静的コード分析結果、単体テスト結果、コードカバレッジ結果。
- Associated changesets
- このビルドに関連するすべての変更セットの一覧が表示されます。このビルドの前に誰が何をチェックインしたのか見ることができます。
- Associated work items
- このビルドに関連付けられている作業項目を表示されます。
VS2005 TFSの自動ビルドサーバの構成
ビルドやテストは一般的にCPU・メモリリソースをかなり消費します。ソースコード管理や、ドキュメント管理を行っているVS2005 TFSと同居させてしまうとビルド中はその他のサービスのレスポンスが非常に悪くなってしまいます。
自動ビルドを行うサーバは、VS2005 TFSと同居させる必要がないような作りになっていますので、大規模なプロジェクトではビルドサーバは別に用意するとよいでしょう。
まとめ
VS2005 TFSの自動ビルド機能は、これまでのマイクロソフト製品(Visual StudioやVisual Source Safe)にはまったくなかった新しい機能です。VS2005 TFSの自動ビルド機能により、常時結合を実施することができるようになり、ソースコードの品質向上やビルド作業の簡略化につながります。
またVS2005 TFSの自動ビルド機能は、「自動ビルドを夜間に行い(Nightly build)、出勤後ビルド結果をまずチェックしてから1日がはじまる」といった、チーム全員で共有する一定のリズムを生みだすことができます。これによりチーム開発において重要なモチベーション維持のためのリズムを生みだし、生産性を向上させることができるでしょう。
おわりに
本連載ではチーム開発におけるソフトウェアの生産性向上策として、VS2005 TFSを使ったプロジェクトの進捗管理、変更管理、情報共有、自動ビルドについての有効性について解説してきました。VS2005 TFSには、チーム開発において必要な機能はほとんど網羅できていると考えます。
そしてVS2005 TFSの各機能はお互いに協調しているため、多くの機能を利用するほうがより効果的です。はじめはプロジェクトの進捗管理と変更管理のみを利用し、その後情報共有や自動ビルドへ広げていくような段階的な導入もよいでしょう。そしてVS2005 TFSは、チーム開発の現場にリズムをもたらし、チーム開発における生産性の向上につながってくれるものと確信しています。
