在尝试清理迭代时,我在Team Foundation Server 2013中犯了一个错误。我们设置最长时间的迭代路径是:
TFS PROJECT
Sprint 1
Sprint 2
...
团队内部进行了讨论,因此我将设置的迭代路径更改为:
TFS PROJECT
Iteration Group
Sprint 1
Sprint 2
...
Readied Work
好吧,经过实验,我决定将其父Iteration Group
下的所有冲刺移回主TFS PROJECT
父母。不幸的是(这是错误发生的地方),我删除了Iteration Group
容器,认为迭代会重新成为父级。这样,所有子迭代都被删除,之前与每个sprint关联的工作项被重新分配给顶级父级TFS PROJECT
。迭代路径结构现在看起来像这样:
TFS PROJECT
Readied Work
我已经重新创建了迭代,因为我们没有备份我可以回滚的项目/集合。 DBA团队不在TFS数据库中,因此他们无法提供帮助。我知道区域/团队/等在TFS中如何工作,但我不熟悉数据库结构。
鉴于我能够看到TFS门户网站上的所有工作项,是否有办法在列表中显示每个Product Backlog Item与之关联的所有IterationID?
我更愿意不看每个PBI的历史,因为有很多。
答案 0 :(得分:3)
首先,我强烈建议不要直接触摸SQL数据库。
使用TFS API,您可以query work items,并且可以使用'AsOf'运算符从历史时间点获取状态。使用它,从2天前查询所有工作项的区域/迭代路径并不需要太多工作,然后将它们写回当前工作项。
答案 1 :(得分:2)
因为你只有一些迭代可以使用'永远'运营商。如果您创建了一个查询并添加了IterationPath的过滤器,那么' / project / group / iteration 1'您将看到该节点下的工作项。然后,您可以批量编辑在所需路径下找到的所有内容。