開発者がデータベーススクリプトを変更または追加してプロジェクトにチェックインするプロセスがあります。デプロイ時に、リリースマネージャは、どのワークアイテムにデータベーススクリプトがチェックインされているかを知る必要があります。特定のファイル拡張子（.sql）を持つチェンジセット内のファイルを持つ作業項目のリストを取得するために、TFSでカスタムレポートをクエリまたは作成できる方法はありますか？このようにして、リリースマネージャは作業項目のリストを取得してDBAに提供し、分析し、確認し、サーバに適用することができます。私たちは、TFS 2008TFSのカスタマイズ - Team Foundation Serverに関する質問
を使用している
は私は、レポートライターではないんだけど、私はあなたがおそらくあなたは拡張子に基づいてフィルタリングできtfswarehouseのオフカスタムレポートを生成することができることを前提としています。しかしそれはただの前提です。
おそらく、あなたはファイル拡張子に基づいて適切な人々に電子メールを送信するカスタムチェックインポリシーを書くことができます。これはポリシーを活用するための非常に重く不適切な方法のようですが、おそらくうまくいくでしょう。
これをバックアップするための検証可能なデータはありません。 ：D
ビルドイベントを利用して、適用されたチェンジセットのリストを調べるカスタムWebサービスを指すようにすることができます。これは、TFSを検索してファイル名を取得し、作業項目を生成する可能性があります。これはTFS APIの知識を暗示していますが、かなり自明です。イベントはTFSパワーツールの一部であるアラートエディタを介して設定されます。私は今このようなものを集めています。完成した仕事と私たちの外部時間追跡システムを更新します。
最新のPower Toolsをインストールしてください。これは人間の補助コードレビューのための素晴らしいですが、私は強くこれを使用しないことを警告します
Get-TfsItemHistory $/project/*.sql -r -version D6/1/2009~ |
%{ $_.workitems } | %{ $_.id } | select -unique | sort
（必要に応じて、プロジェクトの名前と日付を調整する）
：次に、あなたはこのクイックPowerShellのスクリプトを実行することができます実際に展開スクリプトを作成します。開発者がチェックインを作業項目に関連付けるのを忘れた場合、またはバグ修正が依存するSQLファイルに対して前回のチェックインを行った場合は、一貫性のない一連の変更が展開されます。テスト環境で使用するデプロイスクリプトを本番環境のデプロイメントとできるだけ一致させることが常にベストです。
新しいGDR R2 Database project（Visual Studio 2008のチームエディションでは無料）を見ましたか？
このタイプのプロジェクトはもともとはVisual Studioのデータベースエディションの一部でした。
既存のデータベースからスキーマをインポートし、スキーマ比較を実行し、複数のターゲット（システムテスト、UAT、プロダクションなど）をサポートし、TSQLスタティックコード分析を実行し、スタンドアロン展開アーチファクトを生成する機能を備えています。