TFS的源代码管理中,如何每个给成员指定一个自已的目录

[jb9802]

以前用VSS,可以把一个工作目录分配给几个人,有权限就能操作,升级到TFS后发现只能控制成员的操作权限,不能指定一个团队中某个项目给成员;

成员一有权就行能签出所有代码, 一无权就看不到任何代码

请高手指点,如何配置.

[我是一道光_]

你把项目分成不同库，在每个库的上面添加权限。

[我是一道光_]

[Quote=引用 3 楼 worcy_kiddy 的回复:]

每个人建立一个自己的目录不就行了？你配置一个TFS网页形式的配置管理系统！
[/Quote]



其实，我所谓的库，就是你所谓的权限设置的对象。

你是针对哪里设置的权限呢，哪里就是那个库。和黑泡泡 所说的目录，一样的理解。

[jb9802]

楼上怎么理解呀，能分成不同的库，库在哪里配置？

[黑泡泡选手]

每个人建立一个自己的目录不就行了？你配置一个TFS网页形式的配置管理系统！

[我是一道光_]

[Quote=引用 5 楼 yizhenlangzi 的回复:]

你可以进Source Control Explore 中选择团队下的某个项目-> 属性 -> 安全
看有个继承关系勾选框，如果勾选的话，那么这个目录的权限就是继承自你的上层团队的权限。
如果你希望将这些权限分开，就是单独的项目单独卡权限。则可以将继承关系拿掉。
然后在同一个页面下选择windows user or group 点Add 添加你要分配权限的人员。确定之后，
单独By Use……
[/Quote]


最为清晰明了

[yizhenlangzi]

你可以进Source Control Explore 中选择团队下的某个项目-> 属性 -> 安全
看有个继承关系勾选框，如果勾选的话，那么这个目录的权限就是继承自你的上层团队的权限。
如果你希望将这些权限分开，就是单独的项目单独卡权限。则可以将继承关系拿掉。
然后在同一个页面下选择windows user or group 点Add 添加你要分配权限的人员。确定之后，
单独By User 分配这个目录的权限:
如果给只读就给：Get 权限
如果要可以Check In and Check Out 就给：Check Out,Check In,Lock 等权限即可。

当然你可以创建一个群组，按上述方法给这个群组分配权限。以后再需要添加user，直接加到群组中即可。

[echo0309]

[Quote=引用 5 楼 yizhenlangzi 的回复:]
你可以进Source Control Explore 中选择团队下的某个项目-> 属性 -> 安全
看有个继承关系勾选框，如果勾选的话，那么这个目录的权限就是继承自你的上层团队的权限。
如果你希望将这些权限分开，就是单独的项目单独卡权限。则可以将继承关系拿掉。
然后在同一个页面下选择windows user or group 点Add 添加你要分配权限的人员。确定之后，
单独By User……
[/Quote]

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

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

Project Administrators

Project Collection Administrators

Team Foundation Administrators

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