TFS tbl_TestResult table 很大
TFS tbl_TestResult table is very big
我们的 TFS 数据库大小增长得非常快，我发现问题出在 tbl_TestResult table。我不确定为什么它增长得那么快。似乎每个测试用例都会有一个记录。在我的案例中，我们有超过 1000 个测试用例将在每次签入时触发。这意味着我们平均每天签到 20 次。那是大约 20,000 条记录。
我的问题是我可以手动删除那个table上的记录吗？除了丢失测试结果外，它会给 TF 带来任何问题吗？
更新：
我们有 TFS 2015
手动删除数据或以任何方式更改架构将导致 Microsoft 不再支持您的 TFS 实例。它实际上会使您的保修失效。
在 TFS 2015 中，您可以在团队项目管理页面中更改测试管理保留设置。默认为 30 天，但有人可能已更改它。
除此之外，这是作为 ALM/DevOps 平台的一部分收集的普通元数据。
**
这是 TFS 2017 中的 "fixed"，因为他们更改了测试结果的架构 https://www.visualstudio.com/en-us/news/releasenotes/tfs2017-relnotes#test. Brian Harry mentioned a 8X reduction in storage from the new schema https://blogs.msdn.microsoft.com/bharry/2016/09/26/team-foundation-server-15-rc-2-available/
我们的 TFS 数据库大小增长得非常快，我发现问题出在 tbl_TestResult table。我不确定为什么它增长得那么快。似乎每个测试用例都会有一个记录。在我的案例中，我们有超过 1000 个测试用例将在每次签入时触发。这意味着我们平均每天签到 20 次。那是大约 20,000 条记录。
我的问题是我可以手动删除那个table上的记录吗？除了丢失测试结果外，它会给 TF 带来任何问题吗？
更新：
我们有 TFS 2015
手动删除数据或以任何方式更改架构将导致 Microsoft 不再支持您的 TFS 实例。它实际上会使您的保修失效。
在 TFS 2015 中，您可以在团队项目管理页面中更改测试管理保留设置。默认为 30 天，但有人可能已更改它。
除此之外，这是作为 ALM/DevOps 平台的一部分收集的普通元数据。 **
这是 TFS 2017 中的 "fixed"，因为他们更改了测试结果的架构 https://www.visualstudio.com/en-us/news/releasenotes/tfs2017-relnotes#test. Brian Harry mentioned a 8X reduction in storage from the new schema https://blogs.msdn.microsoft.com/bharry/2016/09/26/team-foundation-server-15-rc-2-available/