[svnbook] r5815 committed - branches/1.8/zh/book/ ch06-server-configuration.xml

wuzhouhui at users.sourceforge.net wuzhouhui at users.sourceforge.net
Sat Oct 27 21:56:31 CDT 2018


Revision: 5815
          http://sourceforge.net/p/svnbook/source/5815
Author:   wuzhouhui
Date:     2018-10-28 02:56:29 +0000 (Sun, 28 Oct 2018)
Log Message:
-----------
1.8/zh: translation of chapter 6 in progress

Modified Paths:
--------------
    branches/1.8/zh/book/ch06-server-configuration.xml

Modified: branches/1.8/zh/book/ch06-server-configuration.xml
===================================================================
--- branches/1.8/zh/book/ch06-server-configuration.xml	2018-10-27 15:24:42 UTC (rev 5814)
+++ branches/1.8/zh/book/ch06-server-configuration.xml	2018-10-28 02:56:29 UTC (rev 5815)
@@ -7508,14 +7508,24 @@
 </programlisting>
       </informalexample>
 
+      <!--
       <para>Now Sally can write to the <filename>testing</filename>
         subdirectory of the branch, but can still only read other parts.
         Harry, meanwhile, continues to have complete read/write access
         to the whole branch.</para>
+      -->
+      <para>现在 Sally 对分支的子目录 <filename>testing</filename> 拥有写权
+        限, 但对于分支的其他部分仍然只具有只读权限. 而 Harry 对整个分支拥有
+        读写权限.</para>
 
+      <!--
       <para>It's also possible to explicitly deny permission to someone
+      ### TODO
         via inheritance rules, by setting the username variable to
         nothing:</para>
+      -->
+      <para>我们还可以通过规则的继承, 显式地阻止用户的权限, 方法是把用户名
+        设置成空:</para>
 
       <informalexample>
         <programlisting>
@@ -7528,12 +7538,17 @@
 </programlisting>
       </informalexample>
 
+      <!--
       <para>In this example, Harry has read/write access to the
         entire <filename>bug-142</filename> tree, but has absolutely no
         access at all to the <filename>secret</filename> subdirectory
         within it.</para>
+      -->
+      <para>在这个例子里, Harry 对整个 <filename>bug-142</filename> 目录具有
+        读写权限, 但却无法访问其中的子目录 <filename>secret</filename>.</para>
 
       <tip>
+      <!--
         <para>The thing to remember is that the most specific path
           always matches first.  The server tries to match the path
           itself, and then the parent of the path, then the parent of
@@ -7540,6 +7555,11 @@
           that, and so on.  The net effect is that mentioning a specific
           path in the access file will always override any permissions
           inherited from parent directories.</para>
+      -->
+        <para>需要记住的是最明确的路径最明确的路径总是最先被匹配. 服务器总
+          是试图匹配路径本身, 然后是路径的父路径, 然后再是父路径的父路径,
+          以此类推. 这样做的影响是如果我们在访问规则文件里添加一个特定的
+          路径, 那么它的权限配置就会覆盖从父目录继承而来的权限配置.</para>
 
         <para>Similarly, sections that specify a repository name have
           precedence over those that don't: if both




More information about the svnbook-dev mailing list