TFS 2017中不同的权限说明
Different permission descriptions in TFS 2017
我有两台 TFS 2017 服务器，都是 运行 版本 15.112.26301.0 (Tfs2017.Update1)。
在一台服务器上，collection 由 TFS 2017 创建，而另一台服务器运行从 TFS 2012 升级的 collection。
当我查看团队项目的安全设置时，我在两个服务器之间获得了不同的权限描述。
新的 collection 具有 "Delete work items in this project" 和 "Permanently delete work items in this project" 的权限，而升级后的 collection 具有 "Delete and restore work items" 和 "Permanently delete work items" 的权限。这适用于所有团队项目，无论它们是在 collection 具有 运行 TFS 2012 时还是在升级到 2017 之后创建的。
我希望权限给用户相同的可能性，但差异让我很烦。
我是不是遗漏了什么，或者这是新的还是升级的 collection？
这是设计使然，权限项“删除此项目中的工作项”和“永久删除此项目中的工作项”仅出现在 TFS 2015 上。因此，该集合必须从 TFS 2015 升级。
自 TFS 2017（包括最新的 VSTS）起，权限项更改为“删除和恢复工作项”和“永久删除工作项”。
因此，当您安装新的 TFS 2017 或在现有 TFS 2017 上创建新集合时，它会显示新项目，但对于来自 TFS 2015 的 migrated/moved 集合，它们将保留以前的权限项目。
我有两台 TFS 2017 服务器，都是 运行 版本 15.112.26301.0 (Tfs2017.Update1)。
在一台服务器上，collection 由 TFS 2017 创建，而另一台服务器运行从 TFS 2012 升级的 collection。
当我查看团队项目的安全设置时，我在两个服务器之间获得了不同的权限描述。
新的 collection 具有 "Delete work items in this project" 和 "Permanently delete work items in this project" 的权限，而升级后的 collection 具有 "Delete and restore work items" 和 "Permanently delete work items" 的权限。这适用于所有团队项目，无论它们是在 collection 具有 运行 TFS 2012 时还是在升级到 2017 之后创建的。
我希望权限给用户相同的可能性，但差异让我很烦。
我是不是遗漏了什么，或者这是新的还是升级的 collection？
这是设计使然，权限项“删除此项目中的工作项”和“永久删除此项目中的工作项”仅出现在 TFS 2015 上。因此，该集合必须从 TFS 2015 升级。
自 TFS 2017（包括最新的 VSTS）起，权限项更改为“删除和恢复工作项”和“永久删除工作项”。
因此，当您安装新的 TFS 2017 或在现有 TFS 2017 上创建新集合时，它会显示新项目，但对于来自 TFS 2015 的 migrated/moved 集合，它们将保留以前的权限项目。