2010-10-20 36 views
1

我们最近使用MSF For Agile流程模板迁移到TFS 2010,我们利用Burndown,用户故事进度等类似报表。截至2013年10月13日,我们的仓库运作完美,我们所有的报告都显示最新的数据。但是,在此日期之后,报告开始显示旧数据,并使用WarehouseControlWebService上的GetProcessingStatus()方法查看仓储作业的状态,我们可以看到工作项跟踪同步作业似乎停留在“正在运行'状态。TFS 2010仓库作业永远不会离开运行状态

实际上,当您将一个探查器放到数据库中时,您可以看到相同的存储过程被一次又一次地调用,使用相同的参数,就好像它被卡在循环中一样。发生这种情况时,CPU使用率为50%及以上。在我决定杀死它之前,它一直呆在这个状态超过24小时。

我们的设置没有什么特别的疯狂 - 我们使用Excel从TFS 2008中进行了干净的TFS安装和导入工作项目。我们还有一个自定义工作项目模板“Support Ticket”,我们的支持团队用它来记录来自客户的呼叫。所有的导入都使用适当的TFS命令行工具或Excel完成。

有没有人遇到过这样的事情?我看过一些帖子,其中有些人有类似的问题,但没有看到答案。

回答

1

我很高兴地通知大家,我们设法修复它!这个问题是一个流氓工作项目(Bug),它与一个不存在的任务有联系。我不太确定这是怎么发生的,但只能假设它发生在我们从TFS 2008导入的工作项目中。

我们只注意到这一点,因为作为最后的手段,我们要创建一个全新的Team Project Collection,并且团队项目,并将所有工作项目导入其中,并查看仓库是否在此工作。但是,当我们在导入之前将“所有工作项”查询作为团队资源管理器中的树视图查看时,其中一个用红色突出显示,旁边有一个惊叹号,表示所引用的项不存在。我们只需使用'witadmin destroywi/collection:http:// tfs2010:8080/tfs/<>/id:1571'将它们删除,然后神奇地仓库再次运行。奇妙!

如果这篇文章可以帮助一个人,那么我是一个快乐的人,因为这在过去的一周里让我们感到非常痛心。尽管我们已经设法克服了这个问题,但不可否认的是,微软在TFS中的错误处理还有很多不足之处。

此致