5

我对 TFS 2010 工作项的配置有一个奇怪的问题。在字段的允许值集合中更改字符的大小写似乎是不可能的，例如将“为我工作”更改为“为我工作”。每隔一个字符串，例如“Works For Me 123”都是有效的。

即使我首先尝试将名称更改为另一个字符串（因为我知道 Visual Studio 项目中的文件存在类似的大小写问题），它只是不接受大写版本并始终返回小写字符串。

背景资料：

我们有一个自定义 WIT 文件来定义“Bug”工作项。这包括字段“已解决的原因”的允许值的定义。最初，我们的列表包含小写单词，例如“为我工作”。由于我们希望将 TFS 工作项与 HP Quality Center 同步，我们现在需要完全匹配状态名称。

所需版本：

<FIELD name="Resolved Reason" refname="Microsoft.VSTS.Common.ResolvedReason" type="String" reportable="dimension">
        <HELPTEXT>The reason why the bug was resolved</HELPTEXT>
        <ALLOWEDVALUES expanditems="true">
          <LISTITEM value="Duplicate" />
          <LISTITEM value="Fixed" />
          <LISTITEM value="Wont Fix" />
          <LISTITEM value="Invalid" />
          <LISTITEM value="Works For Me" />
          <LISTITEM value="Forwarded" />
        </ALLOWEDVALUES>
      </FIELD>

实际版本：

<FieldDefinition reportable="dimension" refname="Microsoft.VSTS.Common.ResolvedReason" name="Resolved Reason" type="String">
  <ALLOWEDVALUES>
    <LISTITEM value="Duplicate" />
    <LISTITEM value="Fixed" />
    <LISTITEM value="Wont fix" />
    <LISTITEM value="Invalid" />
    <LISTITEM value="Works for me" />
    <LISTITEM value="Forwarded" />
  </ALLOWEDVALUES>
  <HELPTEXT>The reason why the bug was resolved</HELPTEXT>
</FieldDefinition>

欢迎任何想法。谢谢，罗伯特

4

2 回答 2

1

正如格兰特解释的那样，旧的工作项目被旧外壳卡住了。

手动解决方法是创建一个具有所需案例的新 ListItem（暂时将旧的保留在定义中），将包含不需要案例的现有工作项编辑为新创建的 ResolvedReason，然后通过从定义。我过去做过类似的事情，但不是专门改变案例。

如果您熟悉 TFS API（我不熟悉），则可以以编程方式更新服务器上的 Microsoft.VSTS.Common.ResolvedReason 字段值。如果您有权访问 SQL Server 2008 实例，则可以将那里的字段值编辑为新案例（许多官僚机构阻止我为您测试）。

于 2011-02-24T23:47:15.637 回答
0

一旦使用特定大小写创建工作项类型中的字符串，它就会被固定。

于 2011-02-22T15:40:55.417 回答