问从全局列表中清除历史构建

EN

TFS全局列表确实变得臃肿，它的确实阻碍了性能。我们自己也有同样的问题。

我建议做以下几件事：

1. 更改工作项类型定义，以包括WIT字段的Allow Existing Values规则，该规则依赖于构建列表的全局列表(例如，Bugs).
2. Periodically (手动或计划)中的"Found in Build“字段)删除旧构建。您可以查看每个构建定义的保留策略。删除不保留的构建将是安全的(默认情况下，每个定义最后10个)。我建议自动执行此操作并查询TFS数据库，以确保哪些构建对remove.
3. Alternatively，是安全的。您可以查看构建的放置位置并解析目录结果(即保留存储在那里的构建)。

TFS将这些标签追加到全局列表中，以便可以将工作项链接到特定的构建。从理论上讲，您不应该从全局列表中“清理”构建列表，因为您将使任何使用这些列表标题作为值的工作项处于无效状态。

还有其他列表会随着时间的推移而变得臃肿，比如“分配给”用户的列表。任何曾经是该团队项目的有效用户的人都将出现在该列表中，原因与上述相同。如果删除用户，则会使该用户的工作项处于无效状态。当您尝试将变更集与无效工作项关联或对无效工作项执行其他操作时，将会出现错误。

很长的项目列表应该不会有任何性能问题。在下拉列表中从一个巨大的列表中选择会很烦人……但这在某种程度上是TFS的本质。它保存各种信息，以便您可以随着时间的推移提取指标。

在Tfs_Analysis多维数据集或事务性表中查找生成。你会发现你运行过的每一次构建都有数据行。(当您删除构建时，TFS 2008从其事务性表中删除了行...在TFS2010中，数据被保留，并在数据库中设置了"IsDeleted“标志，因此数据永远留在那里)

我不知道如何刷新旧的构建-我们也有一个无用的臃肿的列表，其中包括数百个删除的构建，这使得像“在”中发现的bug这样的字段不可用。

但是，由于您可能不想要/不需要标签，因此CI构建的大部分积压都可以减轻。可以对每个构建定义进行编辑，以便在构建开始时停止标记源代码管理。(我不能提供完整的说明，因为我现在离开了我的电脑)