VisualSvn权限控制ppt课件

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

2、权限分配。点击Add按钮可以添加用户或组。然后在下方选择对于的权限.权限分配的粒度VisualSvn中权限分配的粒度跨度包括了svn效力器中所管理的一切项，但是同时权限又是承继的即子节点的权限是根底于父节点，svn节点类型:总库： 在总库下可以添加各个库，如现用的mu2bc就是总库下的一个库。库： 在库下可以管理文件夹和文件。文件夹： 子文件夹的权限是与父文件夹一样的。文件：svn权限控制的最小粒度，可以对文件单独设置权限注：假设子节点的权限和父节点不同，那么子节点的图标左上角会出现*号。.权限类型VisualSvn的权限类型分为4种：Inherit from parent(Read/Writ

3、e)：权限和父节点的权限一样，左右的子节点默许权限。No Access：没有任何权限，用户无法将文件下载到本地。Read Only：只读，用户只能从效力器将文件下载到本地，无法将修正提交到效力器。Read / Write：读写，用户可以从本地将修正提交到效力器。.组权限交叉问题假设在权限设置中出现这样的问题：用户U在组G1和组G2中都有设置，同时对于同一个工程，G1和G2被安排的权限是不同的，此时用户U的权限是取2组中权限的较大值。权限大小如下：No Access Read Only Read OnlyGb那么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：对一切代码、文件只需读权限部署组：只对配置文件具有读写权限，且普通情况下配置文件也只对是在特殊或紧急情况下参与，对其开放一切权限，事后部署组可写；对其他文件只读。开发组：对代码读写，但是不能将配置文件的修正上传效力器。在开发组下还可安装开发不同部分代码设置权限，使开发人员只能提交本人担任的代码。.开发环境权限分配设计l 针对权限变动不频繁的组如部署组和admin，可以在权限分配时一次性地分配完成，日后个他人如有变化可以在这些组的组成员中进展操作。l 权限变动频繁的如开发组，可以直接经过authz文件来操作，但是在操作前必需将原有的权限分配删除可以在文件中对应的该权限行前加#表示注