首页 > 其他 > 详细

VisualSVN 关于权限(第一篇)

时间:2019-11-17 19:26:08      阅读:76      评论:0      收藏:0      [点我收藏+]

总结权限的规则:

 

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

 

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

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

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

 

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

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

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

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

 

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

 

最终的完美结果如下图:

 

技术分享图片

 

 

 

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

 

 

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

 

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

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

技术分享图片

 

 

 

技术分享图片

 

 

 

技术分享图片

 

 

 

技术分享图片

 

 

 

 

 

技术分享图片

 

 

 

 技术分享图片

 

 

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

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

 

技术分享图片

 

 

 技术分享图片

 

 

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

 

技术分享图片

 

 

 技术分享图片

 

 

技术分享图片

 

 

 

 技术分享图片

 

 

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

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

开始验证:

技术分享图片

 

 

 

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

 

技术分享图片

 

 

 

技术分享图片

 

 

 

 技术分享图片

 

 

 

技术分享图片

 

 

 

技术分享图片

 

 

 技术分享图片

 

 

 

技术分享图片

 

 

 

技术分享图片

 

 

 

 技术分享图片

 

 

 

技术分享图片

 

 

 

 总结,放到最上方。

 

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

技术分享图片

 

 技术分享图片

 

VisualSVN 关于权限(第一篇)

原文:https://www.cnblogs.com/del88/p/11877297.html

(0)
(0)
   
举报
评论 一句话评论(0
关于我们 - 联系我们 - 留言反馈 - 联系我们:wmxa8@hotmail.com
© 2014 bubuko.com 版权所有
打开技术之扣,分享程序人生!