搞了几天的TFS2010权限的设置，学习了这些与大家分享下：

　　1、TFS权限介绍

　　Team Foundation Server 权限设置分为显式授权和隐式授权，显示授权是设置：“拒绝”和“允许”。 隐式授权，它既不将权限设置为“允许”，也不将权限设置为“拒绝”。 此授权是一种隐式“拒绝”设置，又称为“未设置”。

　　2、权限设置要理解的4个重要概念

　　2.1 拒绝

　　“拒绝”不允许授权用户或组执行权限说明中提到的操作。“拒绝”是TFS中最强大的权限设置。 如果用户所属的TFS组将特定权限设置为“拒绝”，那么即使用户所属的另一个组将该权限设置为“允许”，该用户仍无法执行该功能。 此规则的唯一例外是用户属于项目的“Project Administrators （项目管理员）”组的、团队项目集合的“Project Collection Administrators”组或Team Foundation Administrators”组。 如果用户属于项目的 Project Administrators 组，则该组的权限会覆盖该用户在项目中的显式“拒绝”。 同样，如果用户属于项目的 Project Collection Administrators 组，则该组的权限会覆盖该用户在该集合中的显式“拒绝”。 如果用户属于 Team Foundation Administrators 组，则该组的权限会覆盖该用户在 Team Foundation Server 中的显式“拒绝”。

　　2.2 允许

　　“允许”则允许授权用户或组执行权限说明中提到的操作。 “允许”是 TFS中第二强大的权限设置，最常使用。 如果不将权限显式设置为“允许”，用户或组将不能在TFS中执行该操作。

　　2.3 未设置

　　默认情况下，TFS中的多数权限既没有设置为“拒绝”，也没有设置为“允许”。 权限处于“未设置”状态，它隐式拒绝授权用户和组执行权限说明中指定的操作。 但是，因为权限既没有显式设置为“拒绝”，也没有显式设置为“允许”，它可以从用户或组所属的其他组继承授权。

　　ps：默认新建活新添加的用户对于权限的操作都是“未设置”。

　　2.4 继承

　　当用户或组的权限为“未设置”时，由于TFS中的权限是可继承的，所以用户或组可能受到其所属组权限的显式设置的影响。 例如，用户可能属于一个项目中的两个自定义组。 如果其中一个组的某个权限显式设置为“拒绝”，另一个组的同一权限未设置，则该用户将无权执行此权限所控制的操作。 该用户从两个组中继承权限，“拒绝”权限优先于未设置的权限。

　　ps： 某些授权设置优先于其他授权设置。 在 TFS 中，“拒绝”权限优先于包括“允许”在内的所有其他权限设置（对于该显式结构）。 如果“拒绝”权限是从层次结构父元素（如版本控制）继承的，则不优先。 例如，用户可能属于一个项目中的两个组。 对于其中一个组，“发布测试结果”权限设置为“拒绝”；而另一个组则将该权限设置为“允许”。 “拒绝”设置优先级更高，用户无权发布测试结果。规则的唯一例外是从层次结构父元素继承显式“拒绝”或者用户属于下列组之一：

　　Project Administrators
　　Project Collection Administrators
　　Team Foundation Administrators

　　在层次结构（如版本控制和工作项跟踪）中，在特定对象上设置的显式权限会覆盖从父对象继承的显式权限

　　ps：在正式授权设置之前可阅读msdn资料：Team Foundation Server 默认组、权限和角色。

　　3、版本控制权限：

　　默认情况下，下列各组处于版本控制级别：（多于两个单词的组名称全部简写。示例：Team Foundation 全部简写为TF，Team Foundation Server 简写为TFS，ProjectName简写为PN， Project Administrator 简写为PA，Team Foundation Administrator 简写为TFA，Team Project Collection Name 简写为TPCN以此类推为组英文名称的每个首字母大写组合）

　　项目级别： PN/PA PN/Contributors PN/Readers PN/Builders

　　项目集合级别：TPCN/PCA TPCN/PCSA TPCN/PCBSA