TFS项目无法识别工作项更改

时间:2015-03-26 19:09:37

标签: visual-studio-2013 tfs workitem

我的任务是为Scrum团队更新Team Foundation Server中的工作项模板。

一个这样的更新是添加一个字段" Type"到" Bug"工作项目。但是,在执行此操作并将其添加到布局后,当我创建新工作项时它不会出现,但它会在我预览表格时显示#34;。我怎样才能让它出现?

我已将更改上传到服务器,导入已更改的文件,刷新服务器,重新打开VS,并检查XML文件以确保其格式正确。

另外,当我创建一个新的" Bug"工作项目并尝试保存,显示错误,表示"类型"字段不能为空,这在模板上不可见。

任何帮助将不胜感激。

4 个答案:

答案 0 :(得分:1)

出于性能原因,工作项表单在Visual Studio中缓存。尝试关闭所有工作项,刷新团队资源管理器(单击团队资源管理器窗口顶部的刷新图标),然后再次打开工作项表单。您应该会发现它现在按预期显示。

此外,您可以在Web界面中查看工作项表单。您可能会发现它已经正确显示。同样,网页倾向于缓存表单定义,因此您可能需要在Web浏览器中点击F5以查看更新。

答案 1 :(得分:0)

经过多次苦难,我已经解决了我的问题,而且非常简单。

在"布局"有问题的工作项的选项卡,我不得不更改两个设置。首先,我必须使用st" Read-only和Empty Fields"到"错误"然后设置我添加到" Fieldcontrol"的字段的字段属性。

现在一切正常。

答案 2 :(得分:0)

我会与遇到此问题的人分享另一个答案。就我而言,计划/套件中的一些测试用例反映了导入的更改。其他人没有。

我尝试了几种不同的选择。在查看两个测试用例之间的差异后,我注意到迭代是不同的。实际上,未更改的测试用例使用来自完全不同的团队项目的迭代。

此时应注意这些套件是基于需求的。所以看起来我们能够以某种方式将来自不同团队项目的测试用例附加到PBI。这就是为什么这些变化没有得到反映,因为TC来自不同的团队项目。

希望这可以帮助那些可能已经完成迁移或其他一些疯狂事情的​​人。

答案 3 :(得分:0)

在更改STate字段后,通过WitAdmin导入xml文件后,我遇到了类似的问题。解决方案是我没有任何项目的过渡项目。

示例,我创建了一个新状态“暂停”

      <STATES>
...
        <STATE value="Removed" />
        <STATE value="On Hold" />
      </STATES>

然后必须在下面添加才能看到:

        <TRANSITIONS>
...
        <TRANSITION from="Active" to="On Hold">
          <REASONS>
            <DEFAULTREASON value="Waiting for further requirements" />
            <REASON value="Waiting for upgrade" />
            <REASON value="Need more info" />
          </REASONS>
        </TRANSITION>
        <TRANSITION from="New" to="On Hold">
          <REASONS>
            <DEFAULTREASON value="Waiting for further requirements" />
            <REASON value="Waiting for upgrade" />
            <REASON value="Need more info" />
          </REASONS>
        </TRANSITION>
        </TRANSITIONS>