[svnbook] r5703 committed - branches/1.8/zh/book
wuzhouhui at users.sourceforge.net
wuzhouhui at users.sourceforge.net
Tue May 29 08:45:15 CDT 2018
Revision: 5703
http://sourceforge.net/p/svnbook/source/5703
Author: wuzhouhui
Date: 2018-05-29 13:45:05 +0000 (Tue, 29 May 2018)
Log Message:
-----------
1.8/zh: translation of r5702
Modified Paths:
--------------
branches/1.8/zh/book/ch02-basic-usage.xml
branches/1.8/zh/book/ch03-advanced-topics.xml
branches/1.8/zh/book/ch04-branching-and-merging.xml
branches/1.8/zh/book/ch05-repository-admin.xml
branches/1.8/zh/book/ch06-server-configuration.xml
Modified: branches/1.8/zh/book/ch02-basic-usage.xml
===================================================================
--- branches/1.8/zh/book/ch02-basic-usage.xml 2018-05-27 14:41:35 UTC (rev 5702)
+++ branches/1.8/zh/book/ch02-basic-usage.xml 2018-05-29 13:45:05 UTC (rev 5703)
@@ -1068,12 +1068,12 @@
<xref linkend="svn.branchmerge.basicmerging.resurrect"
/>.</para></footnote></para>
-->
- <para>从工作副本中删除文件, 目录或符号链接 <filename>FOO</filename>,
- 在下一次提交时, <filename>FOO</filename> 就会从仓库中删除.
- <footnote><para>当然, 不会有东西可以从仓库中完全删除 —它们
- 只是从版本号 <literal>HEAD</literal> 中删除, 可以从更早的
- 版本中看到被删除的条目, 只要用户愿意, 可以把删除的条目恢复
- 到 <literal>HEAD</literal> 中, 参考
+ <para>上面的命令从工作副本中删除文件, 目录或符号链接
+ <filename>FOO</filename>, 在下一次提交时, <filename>FOO</filename>
+ 就会从仓库中删除. (当然, 没有什么东西可以从仓库中被完全地删除干净
+ —它们只是从版本号 <literal>HEAD</literal> 中删除, 用户可以
+ 从更早的版本中看到被删除的文件). <footnote><para>如果你希望在
+ <literal>HEAD</literal> 中重新看到被删除的文件, 参考
<xref linkend="svn.branchmerge.basicmerging.resurrect"/>.
</para></footnote></para>
@@ -1946,7 +1946,7 @@
它们成功地吸收了来自仓库的更新. <computeroutput>U</computeroutput>
表示该文件不包含本地修改, 只是用仓库中的修改更新了文件内容.
<computeroutput>G</computeroutput> 表示该文件含有本地修改, 但是这
- 些修改和来自仓库的修改没有重叠.</para>
+ 些修改和来自仓库的修改没有冲突.</para>
<!--
<para>It's the next few lines which are interesting. First,
@@ -2652,7 +2652,7 @@
会重新允许用户提交修改, 其中要用到的命令是
<command>svn resolve</command>. 该命令接受一个
<option>--accept</option> 选项, 它指明了用户想要如何解决冲突.
- 在 Subversion 1.8 以前, <option>--accept</option> 是
+ 在 Subversion 1.8 以前, <option>--accept</option> 是命令
<command>svn resolve</command> 的必填选项, 但是现在它是可选的.
如果不带 <option>--accept</option> 地执行
<command>svn resolve</command>, Subversion 就会进入交互式地冲突
Modified: branches/1.8/zh/book/ch03-advanced-topics.xml
===================================================================
--- branches/1.8/zh/book/ch03-advanced-topics.xml 2018-05-27 14:41:35 UTC (rev 5702)
+++ branches/1.8/zh/book/ch03-advanced-topics.xml 2018-05-29 13:45:05 UTC (rev 5703)
@@ -6825,11 +6825,11 @@
<xref linkend="svn.reposadmin.hooks" />.</para>
-->
<para>Subversion 默认使用比较温和的做法, 但允许管理员通过钩子脚本, 创建
- 更严格的加锁策略. 特别地, 钩子 <filename>pre-lock</filename> 和
- <filename>pre-unlock</filename> 允许管理员决定什么时候才能允许创建
+ 更严格的加锁策略. 特别地, 钩子 pre-lock 和
+ pre-unlock 允许管理员决定什么时候才能允许创建
锁与释放锁, 取决于一个锁是否已经事先存在, 这两个钩子还可以决定一个
特定的用户是否可以破坏或窃取锁. 还可以使用钩子
- <filename>post-lock</filename> 和 <filename>post-unlock</filename>
+ post-lock 和 post-unlock
在加锁与解锁后发送通知邮件. 关于钩子的更多信息, 见
<xref linkend="svn.reposadmin.hooks"/>.</para>
Modified: branches/1.8/zh/book/ch04-branching-and-merging.xml
===================================================================
--- branches/1.8/zh/book/ch04-branching-and-merging.xml 2018-05-27 14:41:35 UTC (rev 5702)
+++ branches/1.8/zh/book/ch04-branching-and-merging.xml 2018-05-29 13:45:05 UTC (rev 5703)
@@ -4729,8 +4729,8 @@
example of such a hook script:</para>
-->
<para>如果你和你的团队非常依赖 Subversion 的合并跟踪特性, 你可能需要对
- 仓库进行配置, 使得仓库禁止旧客户端提交修改. 最简单的配置方法是在钩子
- 脚本 <literal>start-commit</literal> 里检查参数 <quote>capabilities
+ 仓库进行配置, 使得仓库禁止旧客户端提交修改. 最简单的配置方法是在
+ start-commit 钩子脚本里检查参数 <quote>capabilities
</quote>, 如果客户端反映它支持 <literal>mergeinfo</literal> 功能,
钩子脚本就允许客户端提交, 否则的话就禁止该客户端提交修改,
<xref linkend="svn.branchmerge.advanced.hook-ex1" /> 给出了
Modified: branches/1.8/zh/book/ch05-repository-admin.xml
===================================================================
--- branches/1.8/zh/book/ch05-repository-admin.xml 2018-05-27 14:41:35 UTC (rev 5702)
+++ branches/1.8/zh/book/ch05-repository-admin.xml 2018-05-29 13:45:05 UTC (rev 5703)
@@ -3900,8 +3900,8 @@
-->
<para>我们将使用 Subversion 的钩子系统保证复制过程可以完成它需要
完成的操作, 并且只有它能够做这些事情. 为此我们需要实现两个钩子
- —pre-revprop-change 和 start-commit. 钩子脚本
- <filename>pre-revprop-change</filename> 的内容见 <xref
+ —pre-revprop-change 和 start-commit. 我们的 pre-revprop-change
+ 钩子脚本的内容见 <xref
linkend="svn.reposadmin.maint.replication.pre-revprop-change" />,
基本思路是如果试图修改属性的用户是 <literal>syncuser</literal>, 则
允许; 否则禁止修改属性.</para>
@@ -3933,8 +3933,8 @@
/>.</para>
-->
<para>上面的脚本针对的是版本号属性的修改. 现在考虑如何做到只允许用户
- <literal>syncuser</literal> 向仓库提交新的版本号, 这需要用到钩子
- 脚本 <filename>start-commit</filename>, 如 <xref
+ <literal>syncuser</literal> 向仓库提交新的版本号, 这需要用到
+ start-commit 钩子脚本, 如 <xref
linkend="svn.reposadmin.maint.replication.start-commit" /> 所示.
</para>
Modified: branches/1.8/zh/book/ch06-server-configuration.xml
===================================================================
--- branches/1.8/zh/book/ch06-server-configuration.xml 2018-05-27 14:41:35 UTC (rev 5702)
+++ branches/1.8/zh/book/ch06-server-configuration.xml 2018-05-29 13:45:05 UTC (rev 5703)
@@ -1671,11 +1671,14 @@
learn how to use them.</para>
-->
<para>读者可能已经猜到了, 仓库里的 <filename>svnserve.conf</filename>
- 正是控制认证和授权策略的关键. 该文件的格式和其他配置文件相同 (见
+ 正是控制认证和授权策略的关键. 当它和本节所描述的其他附加文件配合工作
+ 时, <filename>svnserve.conf</filename> 向管理员提供了用于控制用户认证
+ 和授权策略的完整方案. 我们将要讨论的每个文件所使用的格式, 与其他配置
+ 文件的格式相同 (见
<xref linkend="svn.advanced.confarea"/>): 节名用一对方括号标记
(<literal>[</literal> 和 <literal>]</literal>), 注释由井号
(<literal>#</literal>) 开始, 每一节都包含了可被赋值的特定变量
- (<literal>variable = value</literal>), 下面介绍各个变量并学习如何
+ (<literal>variable = value</literal>). 下面介绍各个文件并学习如何
使用它们.</para>
<!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -->
@@ -2067,8 +2070,7 @@
阅读 SASL 源代码目录内, <filename>doc</filename> 子目录内的文档,
文档详细介绍了每一种认证机制, 以及如何正确地配置服务器, 以便使用
这些认证机制. 为了方便讨论, 我们将介绍一个配置 DIGEST-MD5 的简单
- 示例. 如果你的 <filename>subversion.conf</filename> (或
- <filename>svn.conf</filename>) 含有以下内容:</para>
+ 示例. 如果你的 <filename>svn.conf</filename> 含有以下内容:</para>
<informalexample>
<programlisting>
More information about the svnbook-dev
mailing list