VisualSvn权限控制

单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,2010-10-29,#,VisualSvn,VisualSvn,是简便化的,svn,服务器端，能通过图形化的方式方便地配置用户、用户组、以及对文件的权限控制。,1,用户管理,在左侧的,Users,上点击右键：,这样就新建了一个新用户。,2,组管理,为了方便对于用户权限的设置，可以将具有相同性质的用户统一分配入一组中，这样在对权限进行分配时只需对组进行操作，而不用一个个地对用户操作。,通过如下操作可以新建、编辑组成员：,3,点击,Add,按钮，可以在该组中添加成员，在添加成员时，不仅能加入用户，同时也能加入其他组。,组管理,4,权限分配操作,左侧选择要分配权限的项目，右键出菜单，选择,Manage Security,选项，可以在权限分配窗口中对用户进行权限分配。点击,Add,按钮可以添加用户或组。然后在下方选择对于的权限,5,权限分配的粒度,VisualSvn,中权限分配的粒度跨度包括了,svn,服务器中所管理的所有项，但是同时权限又是继承的即子节点的权限是基础于父节点，,svn,节点类型,:,总库： 在总库下可以添加各个库，如现用的,mu2bc,就是总库下的一个库。,库： 在库下可以管理文件夹和文件。,文件夹： 子文件夹的权限是与父文件夹相同的。,文件：,svn,权限控制的最小粒度，可以对文件单独设置权限,注：如果子节点的权限和父节点不同，则子节点的图标左上角会出现,*,号,。,6,权限类型,VisualSvn,的权限类型分为,4,种：,Inherit from parent(Read/Write),：权限和父节点的权限相同，左右的子节点默认权限。,No Access,：没有任何权限，用户无法将文件下载到本地。,Read Only,：只读，用户只能从服务器将文件下载到本地，无法将修改提交到服务器。,Read / Write,：读写，用户可以从本地将修改提交到服务器。,7,组权限交叉问题,如果在权限设置中出现这样的问题：,用户,U,在组,G1,和组,G2,中都有设置，同时对于同一个项目，,G1,和,G2,被安排的权限是不同的，此时用户,U,的权限是取,2,组中权限的较大值。权限大小如下：,No Access,Read,Only,Read,OnlyGb,那么,U,对父节点的操作权限是,Ga,，而如果,G2,又对父节点下的一个子节点又设置了权限,Gb,（看似多余的操作）此时,U,对子节点的操作权限即是,Gb,（如果不设置则仍是,Ga,）。,8,VisualSvn,管理权限的实质,Svn,服务器端权限的管理都是通过,htpasswd,、,authz,这个,2,个文件来配置的，其中,htpasswd,是用来管理用户和用户的秘密，,authz,则是用来管理组和权限的分配。,而,VisualSvn,则是通过图形化的方法来配置这,2,个文件，即如果想批量化地管理一个较复杂的权限分配，而不想在图形界面上一个个的设置过来，可先设计好父节点和子节点的相关关系，然后通过程序来实现。,对,authz,文件编辑时须注意问题：,已经删除的组不能被分配权限，不然会导致文件解析出错。,svn,对于非英文文件名和目录名使用,utf-8,格式编码处理，要对中文目录进行正确,控制,，,应该,使用无,BOM,的,utf-8,格式，如果在编辑中格式出现错误，,svn,无法解析。,9,开发环境权限分配设计,这里的权限分配是指对库,mub2c,的维护，在没有特殊要求下，不对其他库的权限进行修改。,将组大致分为四类：,Administrator,：对所有的代码、文件具有读写权限，改组中的人员,应该应及时收回。,Guest,：对所有代码、文件只有读权限,部署组：只对配置文件具有读写权限，且一般情况下配置文件也只对是,在特殊或紧急情况下加入，对其开放所有权限，事后部署组可写；对其他文件只读。,开发组：对代码读写，但是不能将配置文件的修改上传服务器。在开发组下还可安装开发不同部分代码设置权限，使开发人员只能提交自己负责的代码。,10,开发环境权限分配设计,针对权限变动不频繁的组如部署组和,admin,，可以在权限分配时一次性地分配完成，日后个别人如有变化可以在这些组的组成员中进行操作。,权限变动频繁的如开发组，可以直接通过,authz,文件来操作，但是在操作前必须将原有的权限分配删除（可以在文件中对应的该权限行前加,#,表示注释）以免出现解析不错。,对于,guest,用户试情况分配,read,权限和,none,权限，,guest,组的权限分配不会像开发组那样频繁但一定也会有所调动，而,guest,组的成员也会变更。,11,