【问题标题】:TFS 2015 cannot implement work item security - TF212017: Work item tracking schema validation warningTFS 2015 无法实现工作项安全性 - TF212017:工作项跟踪架构验证警告
【发布时间】:2019-09-04 23:10:40
【问题描述】:

我正在尝试在工作项级别实施安全性

定义xml

<TRANSITION from="new" to="in progress" not="[DefaultCollection]\DevOps">
  <REASONS>
    <DEFAULTREASON value="Changing release" />
  </REASONS>
</TRANSITION>

通过命令导入

witadmin importwitd /collection:collection_url/p:project /f:filepath\Bug.xml 

错误是

TF212017:工作项跟踪架构验证警告:TF26171: 未找到用户/组“[DefaultCollection]\DevOps”。

该组肯定存在,因为我可以使用

编写工作项查询

"AssignedTo = '[DefaultCollection]\DevOps'

我得到了一些结果。

该组存在,但在 witadmin 导入时无法识别。此外,该组是现有组,因此应同步。但是我试图通过...强制同步

  1. 重新启动 IIS
  2. 重建客户端缓存 (witadmin rebuildcache /collection:collection_url)
  3. 在 TFS 应用服务器上重新启动 TFS 作业服务

我也试过这些组合

  1. 新的 tfs 项目和现有的 tfs 项目
  2. 项目级别和团队项目级别的安全组

我仍然遇到同样的错误。我正在使用 TFS 2015 更新 4

有人有什么想法吗?

【问题讨论】:

    标签: tfs tfs-2015


    【解决方案1】:

    TFS 支持以下组定义:

    1. “[项目]\项目组” - 用于本地项目
    2. "[Global]\Collection Group" - 用于集合(可能是您的情况)
    3. “域\域组” - 用于域

    其他链接:

    1. Apply or ignore rules based on user or group
    2. Trying to customize the "Assigned To" field

    【讨论】:

    • 非常好 - 谢谢你。问题是我认为 [Project] 是项目名称的占位符,但事实并非如此。它是一个关键字。正如您所说,当组处于项目级别时为 [Project],如果处于团队项目集合级别,则为 [Global]
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2015-10-26
    • 2017-01-07
    • 2016-05-07
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多