3

私たちの TFS データベースのサイズは急速に大きくなり、問題は tbl_TestResult テーブルにあることがわかりました。なんでこんなに急成長してるのかわからない。テストケースごとにレコードが作成されるようです。私の場合、チェックインごとに実行される 1000 を超えるテスト ケースがあります。つまり、1 日平均 20 件のチェックインを行っているということです。それは約20,000レコードです。

私の質問は、そのテーブルのレコードを手動で削除できますか? テスト結果が失われる以外に、TF に問題が生じることはありますか?

アップデート:

TFS 2015があります

4

2 に答える 2

4

データを手動で削除したり、何らかの方法でスキーマを変更したりすると、TFS インスタンスが Microsoft によってサポートされなくなります。事実上、保証が無効になります。

TFS 2015 では、チーム プロジェクト管理ページでテスト管理の保持設定を変更できます。デフォルトは 30 日ですが、誰かが変更した可能性があります。

それ以外は、ALM/DevOps プラットフォームの一部として収集される通常のメタ データです。**

于 2016-12-09T13:31:58.893 に答える
2

これは、テスト結果https://www.visualstudio.com/en-us/news/releasenotes/tfs2017-relnotes#testのスキーマを変更したため、TFS 2017 で「修正」されました。Brian Harry は、新しいスキーマによるストレージの 8 分の 1 の削減について言及しましたhttps://blogs.msdn.microsoft.com/bharry/2016/09/26/team-foundation-server-15-rc-2-available/

于 2016-12-10T00:55:35.960 に答える