我们最近升级到Team Foundation Server 2013。
我们大量定制了标准的MS Scrum模板，以便我们拥有与标准Scrum模板不同的状态。
在积压工作项的进程配置中，将每个状态映射到三个元状态之一
- 提出
- 进行中
- 完成
然后，这些元状态驱动积压工作项在积压工作 （backlog） 上的显示方式，并直接影响每个冲刺 （sprint） 的速度计算方式。
在 TFS 2012 中，我们能够将多个状态映射到"完成"元状态，这意味着我们可以将工作视为"完成"并在速度图中显示，但仍将工作项保留在积压工作中（对于在开发人员实际"完成"开发后跟踪 QA 和发布过程特别有用）
由于某种原因，在TFS 2013中，这已更改，因此现在您只能将一个状态映射到"完成"的元状态 - 尝试否则，您会遇到以下错误消息
以下元素包含一个错误：要求积压工作/状态。TF401099：此元素定义积压工作中显示的工作项的状态。状态配置不正确。此积压工作 （backlog） 上的每个工作项必须具有一种类型为"完成"的状态。以下工作项类型具有多种状态，类型为"完成"：产品积压工作项。
我想知道是否有其他人能够通过以某种方式自定义 TFS 以允许多个完整的状态映射来解决此问题？
> 我意识到这在 TFS 2013 升级后很长时间内用途有限，但我自己遇到了这个问题并解决了它导致我的问题。
我有一个以前从 TFS 2012 升级到 2013 的旧项目。尝试访问积压工作会导致上面报告"此积压工作中的每个工作项都必须具有一种类型为'完成'的状态"错误。
进程配置（使用 witadmin 导出进程配置导出）定义的状态包括以下两个：
- 状态类型="完成"值="已发布"
- 状态类型="完成" 值="已删除"
遗憾的是，TFS 2013 只允许一个类型为"完成"的状态，因此我们无法同时拥有这两种状态。 我最初尝试将"已删除"状态的类型从"完成"更改为"建议"，但这些项目随后显示在积压工作中而不是隐藏。
经过一些搜索，我发现"已删除"状态现在内置于 TFS 中。这篇 MSDN 文章显示了进程配置 xml 文件中的四种状态，并指出该进程还包括"第五种状态"已删除"，以说明从积压工作中删除但未实现的状态。
我解决此问题的步骤是：
- 添加新的临时状态"已移除" 将"已删除"
- 项目移动到"已删除"状态
- 从进程配置文件中删除"已删除"状态的定义，并调用"witadmin importprocessconfig"
- 将"ToBeRemoved"项目移回"已删除"状态。