设置 TFS 2013 以便用户只能看到错误
Setting TFS 2013 so that users can only see bugs
我想设置 TFS 2013，以便 TFSGroup1（测试）只能看到错误，而 TFSGroup2（开发人员）可以看到产品支持日志项和错误。有一个 request 反对这个，但似乎没有开箱即用的解决方案，所以我正在寻找最好的解决方法。
我最初的尝试是使用区域 - 这样错误将始终位于测试区域下，而其他 PBI 将位于许多其他区域下。然后可以针对工作区节点适当地设置安全性。不幸的是，即使使用 witadmin 编辑新错误也无法设置默认值（模板的限制）。
如果权限模型更好，我很乐意升级到 TFS 2015。
区域路径安全实际上是您完全限制对工作项访问的唯一选择。您可以使用此处描述的过程添加一个相当讨厌的解决方法，使 PBI 对测试人员只读：
Making TFS 2012 Work Item Types Read-Only Based on User Roles
在这种情况下，我可能会改用 TFS 警报，所以如果测试人员正在编辑 PBI，那么我会收到一封电子邮件，我可以去那里进行一些再教育。
也就是说，您可能有充分的理由想要这样做，但通常我希望看到我的开发人员和测试人员集成在一起，并行工作并相互通信，而不是在他们之间设置更多限制。
无法如愿。您最好的选择是创建自定义 UI 以仅显示其他用户可以使用的错误。
此配置可能永远不会得到支持，因为它表示您的测试和开发团队之间的交互存在大量功能障碍。如果编码人员和测试人员作为一个团队一起工作来完成工作，那么您应该拥有跨职能的特性团队。将这两个组分开会给您的开发过程带来重大的业务风险和额外成本。
我想设置 TFS 2013，以便 TFSGroup1（测试）只能看到错误，而 TFSGroup2（开发人员）可以看到产品支持日志项和错误。有一个 request 反对这个，但似乎没有开箱即用的解决方案，所以我正在寻找最好的解决方法。
我最初的尝试是使用区域 - 这样错误将始终位于测试区域下，而其他 PBI 将位于许多其他区域下。然后可以针对工作区节点适当地设置安全性。不幸的是，即使使用 witadmin 编辑新错误也无法设置默认值（模板的限制）。
如果权限模型更好，我很乐意升级到 TFS 2015。
区域路径安全实际上是您完全限制对工作项访问的唯一选择。您可以使用此处描述的过程添加一个相当讨厌的解决方法，使 PBI 对测试人员只读：
Making TFS 2012 Work Item Types Read-Only Based on User Roles
在这种情况下，我可能会改用 TFS 警报，所以如果测试人员正在编辑 PBI，那么我会收到一封电子邮件，我可以去那里进行一些再教育。
也就是说，您可能有充分的理由想要这样做，但通常我希望看到我的开发人员和测试人员集成在一起，并行工作并相互通信，而不是在他们之间设置更多限制。
无法如愿。您最好的选择是创建自定义 UI 以仅显示其他用户可以使用的错误。
此配置可能永远不会得到支持，因为它表示您的测试和开发团队之间的交互存在大量功能障碍。如果编码人员和测试人员作为一个团队一起工作来完成工作，那么您应该拥有跨职能的特性团队。将这两个组分开会给您的开发过程带来重大的业务风险和额外成本。