1 背景假设厦门央瞬公司是一家电子元器件设备供应商，其中有个ARM部门，专门负责ARM芯片的方案设计、销售，并在北京、上海各设立了一个办事处。对于工作日志，原先采用邮件方式发给经理，但是这种方式有个缺点，那就是不具备连续性，要看以前的日志必须一封一封邮件去查看，很麻烦。于是就想到利用 Subversion， 让员工在自己电脑上编辑日志，然后利用svn传送回来，既方便员工自己编写日志，又方便对日志的归档处理，而且提交日志的时候只需要执行一下 svn update 即可，比发送邮件还要简单的多。
2 建立代码库在服务器 D:\svn 目录下，建立 arm 代码库，命令如下: D:\svn>svnadmin create arm 在客户机 F:\temp 目录下，建立好上述目录结构 用命令 F:\temp>svnimportarmsvn://192.168.0.1/arm 导入结构 【注意点：关于导入时候的细微差别】 3 编辑代码库基础配置文件编辑代码库 arm\conf\svnserve.conf 文件，如下: [general] password-db = passwd.conf anon-access = none auth-access = write authz-db = authz.conf 4 管理用户账号新建代码库 arm\conf\passwd.conf 文件，如下: [users] morson = ShowMeTheMoney michael = mysecretpassword scofield = hellolittilekiller lincon = asyouknows111 rory = 8809117 linda = IlikeWorldCup2006 5 建立目录访问权限控制文件新建代码库 arm\conf\authz.conf 文件，内容如下: [groups] g_vip = morson g_manager = michael g_beijing = scofield g_shanghai = lincon g_headquarters = rory, linda g_docs = linda [arm:/] @g_manager = rw * = r [arm:/diary/headquarters] @g_manager = rw @g_headquarters = rw @g_vip = r * = [arm:/diary/beijing] @g_manager = rw @g_beijing = rw @g_vip = r * = [arm:/diary/shanghai] @g_manager = rw @g_shanghai = rw @g_vip = r * = [arm:/ref] @g_manager = rw @g_docs = rw * = r [arm:/temp] * = rw 6 测试在服务器上，打开一个 DOS Prompt 窗口，输入如下指令: svn co svn://127.0.0.1/arm --no-auth-cache --username rory --password 8809117 我们应该得到如下目录结构: arm ├─diary │ └─headquarters ├─ref └─temp 然后修改ref目录下任意文件并提交，服务器将会报错“Access deni” 深入本章将详细介绍前一章所涉及的两个配置文件， svnserve.conf 和 authz.conf，通过对配置逐行的描述，来阐明其中的一些细节含义。 这里首先要注意一点，任何配置文件的有效配置行，都不允许存在前置空格，否则程序会无法识别。也就是说，如果你直接从本文的纯文本格式中拷贝了相关的配置行过去，需要手动将前置的4个空格全部删除。当然了，如果你觉得一下子要删除好多行的同样数目的前置空格是一件苦差使，那么也许 UltraEdit 的“Column Mode”编辑模式，可以给你很大帮助呢。 1 svnserve.confarm\conf\svnserve.conf 文件，是 svnserve.exe 这个服务器进程的配置文件，我们逐行解释如下。 首先，我们告诉 svnserve.exe，用户名与密码放在 passwd.conf 文件下。当然，你可以改成任意的有效文件名，比如默认的就是 passwd: password-db = passwd.conf 接下来这两行的意思，是说只允许经过验证的用户，方可访问代码库。 那么哪些是“经过验证的”用户呢？噢，当然，就是前面说那些在 passwd.conf 文件里面持有用户名密码的家伙。这两行的等号后面，目前只允许 read write none 三种值，你如果想实现一些特殊的值，比如说“read-once”之类的，建议你自己动手改源代码，反正它也是自由软件: anon-access = none auth-access = write 接下来就是最关键的一句呢，它告诉 svnserve.exe，项目目录访问权限的相关配置是放在 authz.conf 文件里: authz-db = authz.conf 当然，svn 1.3.2 引入本功能的时候，系统默认使用 authz 而不是 authz.conf 作为配置文件。不过由于鄙人是处女座的，有着强烈的完美主义情结，看着 svnserve.conf 有后缀而 passwd 和 authz 没有就是不爽，硬是要改了。 2 authz.conf 之用户分组arm\conf\authz.conf 文件的配置段，可以分为两类，``[group]`` 是一类，里面放置着所有用户分组信息。其余以 [arm:/] 开头的是另外一类，每一段就是对应着项目的一个目录，其目录相关权限，就在此段内设置。 首先，我们将人员分组管理，以便以后由于人员变动而需要重新设置权限时候，尽量少改动东西。我们一共设置了5个用户分组，分组名称统一采用 g_ 前缀，以方便识别。当然了，分组成员之间采用逗号隔开: [groups] # 任何想要查看所有文档的非本部门人士 g_vip = morson # 经理 g_manager = michael # 北京办人员 g_beijing = scofield # 上海办人员 g_shanghai = lincon # 总部一般员工 g_headquarters = rory, linda # 小秘，撰写文档 g_docs = linda 注意到没有， linda 这个账号同时存在“总部”和“文档员”两个分组里面，这可不是我老眼昏花写错了，是因为 svnserve.exe 允许我这样设置。它意味着，这个家伙所拥有的权限，将会比他的同事 rory 要多一些，这样的确很方便。具体多了哪些呢？请往下看！ 3 authz.conf 之项目根目录接着，我们对项目根目录做了限制，该目录只允许arm事业部的经理才能修改，其他人都只能眼巴巴的看着: [arm:/] @g_manager = rw * = r
4 authz.conf 之项目子目录然后，我们要给总部人员开放日志目录的读写权限: [arm:/diary/headquarters] @g_manager = rw @g_headquarters = rw @g_vip = r * =
现在来看看 好了，我们现在掌握了“继承”的威力，它让我们节省了不少敲键盘的时间。可是现在又有一个问题了， 属性具备覆盖性质子目录若设置了属性，则完全覆盖父目录。 5 authz.conf 的其他注意点
把这个问题专门提出来，是因为在1.3.1及其以前的版本里面，有个bug，即为了子目录的写权限，项目首目录必须具备读权限。因此现在使用了1.3.2版本，就方便了那些想在一个代码库存放多个相互独立的项目的管理员，来分配权限了。比如说央舜公司建立一个大的代码库用于存放所有员工日志，叫做 diary，而arm事业部只是其中一个部门，则可以这样做: [diary:/] @g_chief_manager = rw [diary:/arm] @g_arm_manager = rw @g_arm = r 这样，对于所有arm事业部的人员来说，就可以将 svn://192.168.0.1/diary/arm 这个URL当作根目录来进行日常操作，而完全不管它其实只是一个子目录，并且当有少数好奇心比较强的人想试着 checkout 一下 svn://192.168.0.1/diary 的时候，马上就会得到一个警告“Access deni”，哇，太酷了。
如果说我对某个目录不设置任何权限，会怎样？马上动手做个试验，将: [diary:/] @g_chief_manager = rw 改成: [diary:/] # @g_chief_manager = rw 这样就相当于什么都没有设置。在我的 svn 1.3.2 版本上，此时是禁止任何访问。也就是说，如果你想要让某人访问某目录，你一定要显式指明这一点。这个策略，看起来与防火墙的策略是一致的。
若设置了: [arm:/diary] * = r 则svnserve认为，任何人，都不允许改动diary目录，包括删除和改名，和新增。 也就是说，如果你在项目初期创建目录时候，一不小心写错目录名称，比如因拼写错误写成 dairy，以后除非你改动 authz.conf 里面的这行设置，否则无法利用 svn mv 命令将错误的目录更正。 改进1 对中文目录的支持上午上班的时候，Morson 来到 Michael 的桌子前面，说道：“你是否可以将我们的北京办、上海办目录，改成用中文的，看着那些拼音我觉得很难受？” Michael 心想，还好这两天刚了解了一些与 unicode 编码相关的知识，于是微笑地回答：“当然可以，你明天下午就可以看到中文目录名称了。”
|
|
|
