我们最近使用MSF For Agile流程模板迁移到TFS 2010，我们使用Burndown，用户故事进展等报告。截至2010年10月13日，我们的仓储工作完美，所有报告都显示最新数据。但是，在此日期之后，报告开始显示旧数据并使用WarehouseControlWebService上的GetProcessingStatus（）方法查看仓储作业的状态，我们可以看到工作项跟踪同步作业似乎停留在'运行'状态。
实际上，当您在数据库中放置一个探查器时，您可以看到相同的存储过程一次又一次地被调用，具有相同的参数，就像它被卡在一个循环中一样。发生这种情况时，CPU使用率为50％及以上。在我决定杀死它之前，它在这种状态下停留了超过24小时。
我们的设置没有什么特别的疯狂 - 我们使用Excel进行了TFS 2008的干净TFS安装和导入工作项。我们还有一个自定义工作项模板“支持服务单”，我们的支持团队使用该模板来记录客户的来电。所有导入都使用适当的TFS命令行工具或Excel完成。
以前有没有经历过这样的事情？我看过几个帖子，人们有类似的问题，但没有看到答案。
答案 0 :(得分：1)
我很高兴地告诉大家我们设法解决了这个问题！问题是一个流氓工作项（Bug），它有一个不存在的任务链接。我不太确定这是怎么发生的，但只能假设它发生在我们从TFS 2008导入的工作项中。
我们只注意到这一点，因为作为最后的手段，我们将创建一个全新的团队项目集合和团队项目，并将所有工作项目导入其中，并查看仓库是否在那里工作。但是，当我们在导入之前在团队资源管理器中查看“所有工作项”查询作为树视图时，其中一个以红色突出显示，旁边有一个感叹号，表示引用的项目不存在。我们只是使用'witadmin destroywi / collection：http：// tfs2010：8080 / tfs /＆lt;＆gt;删除它们。 / id：1571'然后奇怪的是仓库再次起作用。奇妙！
如果这篇文章对一个人有帮助，那么我就是一个快乐的人，因为这让我们在过去的一周里心痛。虽然我们已经设法克服了这个问题，但不能否认微软在TFS中的错误处理还有很多不足之处。
此致
丹