開発者がデータベース スクリプトを変更または追加し、それをプロジェクトにチェックインするプロセスがあります。展開時に、リリース マネージャーは、どの作業項目に対してデータベース スクリプトがチェックインされているかを知る必要があります。TFS でカスタム レポートをクエリまたは作成して、特定のファイル拡張子 (.sql) を持つ変更セット内のファイルを持つ作業項目のリストを取得する方法はありますか。このようにして、リリース マネージャーはワーク アイテムのリストを取得し、分析、チェック、およびサーバーへの適用のために DBA に渡すことができます。
TFS 2008 を使用しています。
最新の動力工具をインストールします。次に、次の簡単なPowershellスクリプトを実行できます。
Get-TfsItemHistory $/project/*.sql -r -version D6/1/2009~ |
%{ $_.workitems } | %{ $_.id } | select -unique | sort
（必要に応じてプロジェクト名と日付を調整します）
これは人間が支援するコードレビューには最適ですが、実際にデプロイメントスクリプトを作成するためにこれを使用することには強く注意します。開発者がチェックインを作業項目に関連付けるのを忘れた場合、またはバグ修正が依存するSQLファイルに以前のチェックインを行った場合、一貫性のない一連の変更がロールアウトされます。テスト環境で使用するデプロイスクリプトを本番デプロイメントと可能な限り一致させることが常に最善です。
新しいGDR R2 データベース プロジェクト(Visual Studio 2008 のチーム エディションの無料ダウンロード) をご覧になりましたか?
このタイプのプロジェクトは、もともと Visual Studio のデータベース エディションの一部でした。
既存のデータベースからスキーマをインポートし、スキーマ比較を実行し、複数のターゲット (システム テスト、UAT、運用など) をサポートし、TSQL 静的コード分析を実行し、スタンドアロンの展開アーティファクトを生成する機能があります。
ビルド イベントを利用して、適用された変更セットのリストを検査できるカスタム Web サービスを指すようにすることができます。これにより、TFS へのルックアップが実行されてファイル名が取得され、作業項目が生成される可能性があります。これは、TFS API の知識を意味しますが、かなり自明です。イベントは、TFS Power Tools の一部であると思われるアラート エディターを介して構成されます。完了した作業を集計し、外部の時間追跡システムを更新するこのようなものがあります。
私はレポート ライターではありませんが、拡張機能でフィルター処理できる tfswarehouse からカスタム レポートを生成できると思います。しかし、それは単なる仮定です。
おそらく、ファイル拡張子に基づいて適切な人に電子メールを送信するカスタム チェックイン ポリシーを作成できます。これは、ポリシーを利用するための非常に重く、不適切な方法のように思えますが、おそらくうまくいくでしょう。
それらを裏付ける検証可能なデータのない単なるいくつかの考え。:D