1

TFS2008 をインストールした 2009 年頃から TFS を使用しています。ある時点で TFS2010 にアップグレードし、ソース管理、作業項目管理、ビルドなどに使用しています。

TFSVersionControl.mdf ファイルは 287,120,000 KB (273GB) です。いくつかのクエリを実行したところ、tbl_BuildInformationField テーブルが巨大であることがわかりました。1,358,430,452 行あり、150,988,624 KB (143GB) を占めます。複数のアクティブなビルドにわたって複数のアクティブな製品があり、ビルドごとに複数のソリューションがあり、ソリューションに警告メッセージがないわけではありません。

私の質問:

  1. MSBuild が tbl_BuildInformationField テーブルを大量にスパムするのを止めることは可能ですか? つまり、すべてのプロジェクトのすべての警告ではなく、エラーと一般的なビルド情報のみを書き込みますか?
  2. このテーブルから古いデータを消去またはクリーンアップする方法はありますか?
  3. 4 年間の TFS 使用で 273GB は平均サイズですか?
  4. tbl_BuildInformationField の 143GB は「通常の」サイズですか?
4

1 に答える 1

3

このテーブルには、ビルド プロセスの値と出力が保持されます。ビルド保持ポリシーは、TFS の他のすべてのオブジェクトとは異なり、実際にはビルド オブジェクトを削除しないことに注意してください。オブジェクトは削除済みとしてマークされ、公開可視性とドロップ場所のみがクリアされます。

同じビルド定義を非常に長い間保持している場合 (ビルド定義が削除されると、関連するオブジェクトも削除されます)、TFS API を使用して削除されたものを含むビルド情報を照会することをお勧めします。同じ API を使用すると、削除することもできます。それらを永久に。ビルド定義の削除はおそらく機能せず、タイムアウト エラーで失敗します。

以下を参照できます: http://blogs.msdn.com/b/adamroot/archive/2009/06/12/working-with-deleted-build-data-in-team-foundation-server-2010-beta- 1.aspx

于 2013-04-08T10:26:31.483 に答える