VisualSVN 关于权限(第1篇)

总结权限的规则:

 

1.子目录权限完全覆盖父目录权限。以子目录的权限为最终。仓库本身就是祖宗,所有的子目录继承他的权限,所有仓库本身必须增加可访问权限,要么everyone ,要么增加全部团队成员。

 

2.针对一个目录的权限的设置(不论是子目录还是父目录)。如果增加了一个组group007(包含WuDong成功),然后再增加WuDong本人,

   那么由于组里的成员与成员个体存在交叉,这时取最大权限。

   举例:group007读写,WuDong本人只读或noAccess,那么最终的结果是WuDong对此目录具有【读写】权限!。

 

3.仓库本身,不要设置成No Access,如本例中的hello01,你若把仓库本身设置为不可访问,那么就彻底登录不上,SVN彻底失效,当你对仓库本身什么都不设置的

  时候他默认就是No Access 可以参考第2篇。为了安全可以这么设置:

   仓库本身 去除默认的Every One,避免别人可以访问。把全部团队成员都加载进来,然后设置为只读权限,这样全部成员可访问,然后再针对内部子文件夹 设置成员的权限。

   这个会单独出来一篇博客来测试。

 

4.分模块开发,尽量避免存在同一个人,负责多个项目的情况。一个人 负责开发自己的代码 不要多个人负责一个项目。即不要创建组group,以免出现权限交叉的情况,省得麻烦出错。

最终的完美结果如下图:

VisualSVN 关于权限(第1篇)

然后针对,不同的子目录增加不同的成员权限。

=================================================================================================================================

1.网上说 VisualSVN 是“允许优先”,即多个权限覆盖的时候,取最大权限;举例:hello库 设置为读写,hello库里面的文件夹src 设置为只读,按照一般的常理,子类会覆盖父类的设置,即子类的设置为主;

   但VisualSVN 不是这么干的,它是取多个设置覆盖出来的最大权限,即src文件夹 外层父类为读写,内层本身为只读,覆盖出来的最大权限就是 读写。以下是测试:

VisualSVN 关于权限(第1篇)

VisualSVN 关于权限(第1篇)

VisualSVN 关于权限(第1篇)

VisualSVN 关于权限(第1篇)

VisualSVN 关于权限(第1篇)

 VisualSVN 关于权限(第1篇)

无法写入,到这里疑惑了,怎么与网上说的不一致。难道他是“拒绝优先”,先不管了,我让把src修改为读写 再测试。

避开其它问题的原因导致无法上传的问题。

VisualSVN 关于权限(第1篇)

 VisualSVN 关于权限(第1篇)

发现可以了!好的,那么再反过来测试他是否是“拒绝优先”,就是所有设置权限中有拒绝的 就不通过。

VisualSVN 关于权限(第1篇)

 VisualSVN 关于权限(第1篇)

VisualSVN 关于权限(第1篇)

 VisualSVN 关于权限(第1篇)

那么估计就是我认为猜测的那样了,即针对一个人 对 一个文件夹的最终权限是这么得来的,文件夹上右键的设置 > 父目录的继承。

若右键设置权限的时候,有增加个人 又有增加权限组,而这个权限组里又包含这个人,那么是:对这个人的设置 > 权限组的设置。

开始验证:

VisualSVN 关于权限(第1篇)

为了不直接测试库,而是测试文件夹里的文件夹,这次这样搞:

VisualSVN 关于权限(第1篇)

VisualSVN 关于权限(第1篇)

 VisualSVN 关于权限(第1篇)

VisualSVN 关于权限(第1篇)

VisualSVN 关于权限(第1篇)

 VisualSVN 关于权限(第1篇)

VisualSVN 关于权限(第1篇)

VisualSVN 关于权限(第1篇)

 VisualSVN 关于权限(第1篇)

VisualSVN 关于权限(第1篇)

 总结,放到最上方。

以下是网上的总结,与我最终 答案谋和。

VisualSVN 关于权限(第1篇)

 VisualSVN 关于权限(第1篇)