VisualSvn权限控制.pptx

1、VisualSvn权限控制,VisualSvn是简便化的svn服务器端，能通过图形化的方式方便地配置用户、用户组、以及对文件的权限控制。,用户管理,在左侧的Users上点击右键： 这样就新建了一个新用户。,组管理,为了方便对于用户权限的设置，可以将具有相同性质的用户统一分配入一组中，这样在对权限进行分配时只需对组进行操作，而不用一个个地对用户操作。 通过如下操作可以新建、编辑组成员：,点击Add按钮，可以在该组中添加成员，在添加成员时，不仅能加入用户，同时也能加入其他组。,组管理,权限分配操作,左侧选择要分配权限的项目，右键出菜单，选择Manage Security选项，可以在权限分配窗口中对

2、用户进行权限分配。点击Add按钮可以添加用户或组。然后在下方选择对于的权限,权限分配的粒度,VisualSvn中权限分配的粒度跨度包括了svn服务器中所管理的所有项，但是同时权限又是继承的即子节点的权限是基础于父节点，svn节点类型: 总库： 在总库下可以添加各个库，如现用的mu2bc就是总库下的一个库。 库： 在库下可以管理文件夹和文件。 文件夹： 子文件夹的权限是与父文件夹相同的。 文件：svn权限控制的最小粒度，可以对文件单独设置权限 注：如果子节点的权限和父节点不同，则子节点的图标左上角会出现*号。,权限类型,VisualSvn的权限类型分为4种： Inherit from paren

3、t(Read/Write)：权限和父节点的权限相同，左右的子节点默认权限。 No Access：没有任何权限，用户无法将文件下载到本地。 Read Only：只读，用户只能从服务器将文件下载到本地，无法将修改提交到服务器。 Read / Write：读写，用户可以从本地将修改提交到服务器。,组权限交叉问题,如果在权限设置中出现这样的问题： 用户U在组G1和组G2中都有设置，同时对于同一个项目，G1和G2被安排的权限是不同的，此时用户U的权限是取2组中权限的较大值。权限大小如下： No AccessGb那么U对父节点的操作权限是Ga，而如果G2又对父节点下的一个子节点又设置了权限Gb（看似多余的

4、操作）此时U对子节点的操作权限即是Gb（如果不设置则仍是Ga）。,VisualSvn管理权限的实质,Svn服务器端权限的管理都是通过htpasswd、 authz这个2个文件来配置的，其中htpasswd是用来管理用户和用户的秘密，authz则是用来管理组和权限的分配。 而VisualSvn则是通过图形化的方法来配置这2个文件，即如果想批量化地管理一个较复杂的权限分配，而不想在图形界面上一个个的设置过来，可先设计好父节点和子节点的相关关系，然后通过程序来实现。 对authz文件编辑时须注意问题： 已经删除的组不能被分配权限，不然会导致文件解析出错。 svn对于非英文文件名和目录名使用utf-8

5、格式编码处理，要对中文目录进行正确控制，应该使用无BOM的utf-8格式，如果在编辑中格式出现错误，svn无法解析。,开发环境权限分配设计,这里的权限分配是指对库mub2c的维护，在没有特殊要求下，不对其他库的权限进行修改。 将组大致分为四类： Administrator：对所有的代码、文件具有读写权限，改组中的人员应该应及时收回。 Guest：对所有代码、文件只有读权限 部署组：只对配置文件具有读写权限，且一般情况下配置文件也只对是在特殊或紧急情况下加入，对其开放所有权限，事后部署组可写；对其他文件只读。 开发组：对代码读写，但是不能将配置文件的修改上传服务器。在开发组下还可安装开发不同部分代码设置权限，使开发人员只能提交自己负责的代码。,开发环境权限分配设计,针对权限变动不频繁的组如部署组和admin，可以在权限分配时一次性地分配完成，日后个别人如有变化可以在这些组的组成员中进行操作。 权限变动频繁的如开发组，可以直接通过authz文件来操作，但是在操作前必须将原有的权限分配删除（可以在文件中对应的该权限行前加#表示注