TFS—权限管理（初级版）—权限管理（初级版）说tfs权限的复杂，其实也不是很复杂，它只是把各部分的权限分开控制，但各部分的权限又可以相互继承，分的多了，操作起来就容易出现问题。首先要把现有开发人员添加到TFS中，第一步就是要让他拥有TFS成员资格，在TFS中，规划了这几个用户组：Reader（访问者）没有权限修改ProjectAdministrator（项目管理者）拥有全部的项目管理权限Contributors（参与者）可以在团队项目中添加、修改和删除项BuildServices（生成服务）拥有执行团队项目生成操作的权限上诉四种用户首先必须是TeamFoudatTeamFoundationValidUsersionServer的合法用户TFS的高级管理员，可以管理TFS服务TeamFoundationAdministratos器ServiceAccountsTFS的服务账户。对于项目管理来讲，我个人建议用户植槐啬敲囱细瘢梢杂辛街盅≡瘢?所有的用户属于ProjectAdministrators或者Contirbutors除了项目管理员和项目参与者外，可以有Readers用户，例如有些项目，其他组的成员可以看到，但是只有读取权限，这样可以方便共享.权限决定了是否授权用户进行工作区管理和项目创建等操作。当在TeamFoundationServer中创建项目时，无论选择哪种过程模板，都会为该项目创建四个默认组。默认情况下，为这些组各自定义了一组权限，这些权限决定了组成员可以执行的操作。????ProjectAdministratorContributorReaderBuildServices要管理默认组并创建自定义组，管理员必须了解权限的含义以及显式设置权限引起的安全问题。注意：本主题不讨论WindowsSharePointServices或SQLReportingServices的权限。本主题只讨论在TeamFoundationServer中设置的权限。TeamFoundationServer中的权限有两种显式授权设置：“拒绝”“允许”和。还有一种隐式授权，它既不将权限设置为“允许”，也不将其设置为“拒绝”。此授权是一种隐式“拒绝”设置，又称为“未设置”。“拒绝”不允许授权用户或组执行权限说明中提到的操作。“拒绝”是TeamFoundationServer中最强大的权限设置。如果用户所属的TeamFoundationServer组将特定权限设置为“拒绝”那么即使用户所属的另一个组将该权限设置为，“允许”，该用户仍无法执行该功能。此规则的唯一例外是用户属于项目的“ProjectAdministrators”组的成员或者属于“TeamFoundationAdministrators”组的成员的情况。如果用户是项目的ProjectAdministrators同样，如果用户是TeamFoundation“Administrators”组的成员，则该组的特权将覆盖该用户在TeamFoundationServer中的显式“拒绝”。“允许”则允许授权用户或组执行权限说明中提到的操作。“允许”是TeamFoundationServer中第二强大的权限设置。它也是设置最频繁的权限设置。如果不将权限显式设置为“允许”，用户或组将不能在TeamFoundationServer中执行该操作。默认情况下，TeamFoundationServer中的多数权限既没有设置为“拒绝”，也没有设置为“允许”。权限处于“未设置”状态，它隐式拒绝授权用户和组执行权限说明中指定的操作。但是，因为权限既没有显式设置为“拒绝”，也没有显式设置为“允许”，它可以从用户或组所属的其他组继承授权。当用户或组的权限为“未设置”时，因为TeamFoundationServer中的权限是可继承的，所以用户或组可能受到其所属组权限的显式设置的影响。例如，如果一个用户属于某一项目中的两个自定义组，其中一个组将权限显式设置为“拒绝”，另一个组将同一权限保留为“未设置”，用户将无权执行该权限所控制的操作（用户从两个组中都继承了权限，“拒绝”优先于“未设置”权限）。注意：在TeamFoundationServer以外（如WindowsSharePointServices中）设置的权限，不会在TeamFoundationServer中继承。本主题中不对其进行讨论。某些授权设置优先于其他授权设置。TeamFoundationServer中，在“拒绝”权限优先于包括“允许”在内的所有其他权限设置。例如，用户可能属于一个项目中的两个组。对于其中一个组，“发布测试结果”权限设置为“拒绝”；而另一个组则将该权限设置为“允许”“拒绝”设置优先级更高