Question

我对TFS 2010工作项的配置有一个奇怪的问题。似乎不可能改变字段的允许值集合中的字符的大小写，例如将“为我工作”改为“为我工作”。其他每一个字符串“为我工作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>

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

Answer 1

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

手动解决方法是使用所需的大小写创建一个新的ListItem（暂时将旧的一个保留在定义中），将包含不需要的大小写的现有工作项编辑到新创建的ResolvedReason，并通过删除定义中不需要的项目。我过去做过类似的事情，但没有特别改变案例。

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

Answer 2

一旦使用特定的外壳创建了工作项类型中的字符串，它就会被卡住。

如何在TFS工作项字段定义（WIT）中更改大写/小写？

2 个答案: