TFS 从 2010 年升级到 2012 年答案

【问题标题】：TFS Upgrade from 2010 to 2012TFS 从 2010 年升级到 2012 年
【发布时间】：2014-02-15 00:28:42
【问题描述】：

我们已升级到 TFS 2012（从 2010 年开始），但我们的自定义流程模板存在一些问题。

在每个项目中，当我们导航到 Web 访问站点上的 Backlogs 页面时，我们都会收到此消息。

This feature cannot be used until you configure it for this team project.

对于在 2010 年已自定义流程模板的项目，单击配置并运行自动配置页面会返回以下错误。

[Warning] TF400609: Cannot add the action 'Microsoft.VSTS.Actions.StartWork' to the work item type 'Task' because the state 'New' does not exist.

[Warning] TF400609: Cannot add the action 'Microsoft.VSTS.Actions.StopWork' to the work item type 'Task' because the state 'New' does not exist.

[Error] TF400654: Unable to configure Planning Tools. The following element contains an error: RequirementBacklog/States. TF400587: This element defines the states for work items that appear on your backlog. Each state must exist in at least one of the work item types belong to category defined in: 'RequirementBacklog/States'. The following state does not exist in any of the work item types: Active, Resolved.

[Error] TF400654: Unable to configure Planning Tools. The following element contains an error: BugWorkItems/BugWorkItems. TF400506: This element defines the states for work items that represent Bugs or Defects. Each state must exist in at least one of the work item types that are defined in: BugWorkItems. The following states do not exist in any of the work item types: Active, Resolved.

[Error] TF400654: Unable to configure Planning Tools. The following element contains an error: BugWorkItems/BugWorkItems. TF400507: Each work item type must support an initial state value that matches one of the states defined in: BugWorkItems. The following work item types have initial states that do not include any states defined in the bug state configuration: Bug.

其他未定制的项目不返回错误，升级没有问题。

在网上阅读我可以看到问题是由于自定义模板，但它们似乎是解决此问题的几个不同选项。有没有人有过这方面的经验，您会建议如何解决？

【问题讨论】：

标签： tfs

【解决方案1】：

你检查过ALM Rangers' Upgrade guide吗？关于这个主题有一个附录（和工具）。

【讨论】：

【解决方案2】：

MSDN 上有一些指南，基本上，你已经定制了你的模板，而不是 TFS 理解的。例如，对于 MSF Agile，您有“用户故事”，如果您有“需求”，您就是 CMMI。

我根据这些指南升级了我们高度定制的模板：

这对于 SO 来说并不是一个非常合适的问题，因为它是开放式的，而且事情的清单可能非常广泛。

也就是说，如果您使用当前的工作项并添加它正在寻找的内容，执行升级，然后删除它们并在之后更新配置，它应该可以正常工作。例如，在任务升级开始时添加“新建”状态，然后在升级后编辑流程配置，将“新建”等价于“开始工作触发器”。

【讨论】：