[svnbook] r5436 committed - branches/1.8/zh/book/ch03-advanced-topics.xml

wuzhouhui at users.sourceforge.net wuzhouhui at users.sourceforge.net
Tue Sep 26 07:47:03 CDT 2017


Revision: 5436
          http://sourceforge.net/p/svnbook/source/5436
Author:   wuzhouhui
Date:     2017-09-26 12:47:03 +0000 (Tue, 26 Sep 2017)
Log Message:
-----------
1.8/zh: partial review of chapter 3

Modified Paths:
--------------
    branches/1.8/zh/book/ch03-advanced-topics.xml

Modified: branches/1.8/zh/book/ch03-advanced-topics.xml
===================================================================
--- branches/1.8/zh/book/ch03-advanced-topics.xml	2017-09-25 14:20:29 UTC (rev 5435)
+++ branches/1.8/zh/book/ch03-advanced-topics.xml	2017-09-26 12:47:03 UTC (rev 5436)
@@ -21,7 +21,7 @@
     -->
   <para>如果读者是从头开始, 一章一章地阅读本书, 那么你应该拥有了足够的知识
     去使用 Subversion 客户端工具完成最常见的版本控制操作. 你已经知道了如何
-    检出从 Subversion 仓库检出工作副本, 如果用 <command>svn commit</command>
+    从 Subversion 仓库检出工作副本, 如何用 <command>svn commit</command>
     和 <command>svn update</command> 提交和接收修改, 甚至运行
     <command>svn status</command> 已经成为了你的下意识动作. 总之, 你已经准备
     好在一个典型的应用环境中使用 Subversion.</para>
@@ -33,7 +33,7 @@
     directory changes to and from a central repository.</para>
     -->
   <para>但是 Subversion 远远不止 <quote>常见的版本控制操作</quote>, 除了
-    和中央仓库沟通文件和目录的变化, 它还具备很多功能.</para>
+    和中央仓库沟通文件和目录的变化外, 它还具备很多功能.</para>
 
     <!--
   <para>This chapter highlights some of Subversion's features that,
@@ -136,7 +136,7 @@
     -->
       <para>在指定版本号范围时, 可以混合使用不同形式的版本号指示器, 例如你可
         以把 <option>-r<replaceable>REV1</replaceable>:<replaceable>REV2
-        </replaceable></option> 的 <replaceable>REV1</replaceable> 写成
+        </replaceable></option> 中的 <replaceable>REV1</replaceable> 写成
         版本号关键字, 把 <replaceable>REV2</replaceable> 写成整数, 或者把
         <replaceable>REV1</replaceable> 写成日期, 把 <replaceable>REV2
         </replaceable> 写成版本号关键字, 如此等等. 每个版本号指示器被单独求值,
@@ -162,7 +162,7 @@
         (<option>-r</option>) option, and are resolved into specific
         revision numbers by Subversion:</para>
     -->
-      <para>Subversion 可以理解的版本号关键字有很多个, 可以用这些关键字替换
+      <para>Subversion 支持理解的版本号关键字有很多个, 可以用这些关键字替换
         选项 <option>--revision</option> (<option>-r</option>) 后面的整数,
         这些关键字会被 Subversion 解释成特定的版本号:</para>
 
@@ -362,7 +362,7 @@
     -->
         <para>如果版本号日期参数中含有空格, 那么大多数 shell 都会要求用引号
           包围参数, 或者对参数中的空格进行转义, 某些 shell 可能还会要求对花
-          括号号进行转义, 具体的细节可以查阅你所用的 shell 的文档.</para>
+          括号进行转义, 具体的细节可以查阅你所用的 shell 的文档.</para>
       </note>
     
     <!--
@@ -406,8 +406,8 @@
         <para>如果用户指定了一个日期作为版本号, 但没有指定一天中的时间 (例如
           <literal>2006-11-27</literal>), 你可能希望 Subversion 得到的是
           11 月 27 号这一天的最后一个版本号, 可事实上是 Subversion 得到的是
-          26 号或者更早的版本号. 记住 Subversion 要找的是那天 <emphasis>仓库
-            的最近的版本号</emphasis>, 如果没有指定时间, 例如
+          26 号或者更早的版本号. 记住 Subversion 要找的是离那天 <emphasis>最近
+            的仓库的版本号</emphasis>, 如果没有指定时间, 例如
             <literal>2006-11-27</literal>, Subversion 默认时间是
             <literal>00:00:00</literal>, 所以不会出现 27 号那天的版本号.</para>
 
@@ -455,7 +455,7 @@
         <para>因为版本号的时间戳被当成属性存放在版本号中, 而该属性是可修改的
           且未被纳入版本管理 (见 <xref linkend="svn.advanced.props"/>), 因此
           版本号的时间戳可以被任意地修改, 甚至完全删除. Subversion 能够根据
-          版本号日期得到版本号是因为版本号的时间戳维护一个串行化的序列—
+          版本号日期得到版本号是因为版本号的时间戳被维护成一个串行化的序列—
           版本号越年轻, 时间戳就越小. 如果顺序被打乱了, 那么当你用日期指定
           版本号范围时, Subversion 返回的数据很有可能不是你所想要的.</para>
       </warning>
@@ -560,7 +560,7 @@
             getting attached to it.</quote>—Mike Wazowski</para>
       </footnote>. 假设你要取的软件名字是 Frabnaggilywort, 把目录重命名成
       软件的名字是很合理的操作, 于是 <filename>concept</filename> 被重命名
-      为 <filename>frabnaggilywort</filename>. 开始接着进行, Frabnaggilywort
+      为 <filename>frabnaggilywort</filename>. 项目接着进行, Frabnaggilywort
       发布了 1.0 版, 很多用户都下载了并在日常工作中使用它.</para>
     
     <!--
@@ -758,7 +758,7 @@
         the algorithm is a little different:</para>
     -->
       <para>但是如果 <replaceable>OPERATIVE-REV</replaceable> 比 <replaceable>
-          PEG-REV</replaceable> <emphasis>年轻</emphasis> 的话又会怎样?
+          PEG-REV</replaceable> <emphasis>年轻</emphasis> 的话又会如何?
         这会给定位 <replaceable>OPERATIVE-REV</replaceable> 中的路径的理论
         问题增加一些复杂度, 因为在 <replaceable>PEG-REV</replaceable> 和
         <replaceable>OPERATIVE-REV</replaceable> 之间, 路径的历史可能会多
@@ -929,8 +929,8 @@
       explicit peg revision to help us out.</para>
     -->
     <para>再考虑另一个问题—在版本号 1 中, 占用路径
-      <filename>concept/IDEA</filename> 的文件的内容是什么? 我们要以用一个
-      带有显式的挂勾版本号的命令来回答这个问题.</para>
+      <filename>concept/IDEA</filename> 的文件的内容是什么? 我们可以用一个
+      带有显式挂勾版本号的命令来回答这个问题.</para>
 
     <informalexample>
       <screen>
@@ -1120,7 +1120,7 @@
       delete, a revision property, there's no way, within the scope of
       Subversion's functionality, to recover the previous value.</para>
     -->
-    <para>除了文件和目录, 属性还可以出现在其他地方, 每一个版本号都是一个整体,
+    <para>除了文件和目录, 属性还可以出现在其他地方, 每一个版本号都是一个实体,
       可以在它上面附加任意的属性, 唯一的要求是属性名只能使用 ASCII 字符.
       同文件和目录的属性相比, 最大的不同是版本号的属性不会被版本控制, 也就是
       说如果版本号的属性被删除或修改了, Subversion 没有能力恢复以前的值.</para>
@@ -1169,7 +1169,7 @@
         <literal>svn:author</literal>, <literal>svn:log</literal> 等) 附加到
         版本号, 但它并 <emphasis>不</emphasis> 假设在这之后这些属性仍然存在,
         用户及其使用的工具也应如此. 版本号的属性可以通过 API 或客户端工具删除
-        (如果仓库的钩子允许), 删除后并不是影响 Subversion 的正常功能. 所以在
+        (如果仓库的钩子允许), 删除后并不影响 Subversion 的正常功能. 所以在
         编写与 Subversion 仓库交互的脚本时, 不能假定任意版本号的属性是存在的.
       </para>
     </note>
@@ -1515,7 +1515,7 @@
     -->
       <para>除了 <command>propset</command>, <command>svn</command> 还提供了
         子命令 <command>propedit</command>. <command>propedit</command> 使用
-        预告配置的外部编辑器 (见
+        预先配置的外部编辑器 (见
         <xref linkend="svn.advanced.confarea.opts.config"/>) 来添加或修改属性.
         执行 <command>svn propedit</command> 时, 命令在一个临时文件上打开
         编辑器, 临时文件的内容是属性的当前值 (如果是添加新属性, 内容就是空的),
@@ -1540,7 +1540,7 @@
         have done the following:</para>
     -->
       <para>应该注意到, 和 <command>svn</command> 的其他子命令一样, 属性操作
-        可以同时施加到多个路径, 这就允许用户用一个命令修改整个文件集合的属性,
+        可以同时施加到多个路径上, 这就允许用户用一个命令修改整个文件集合的属性,
         例如我们可以这样做:</para>
 
       <informalexample>
@@ -1779,7 +1779,7 @@
       <para>既然读者已经熟悉了所有与属性相关的 <command>svn</command> 子命令,
         现在来看属性修改将会如何影响 Subversion 的工作流程. 我们已经说过,
         文件和目录的属性是被版本控制的, 就像文件内容那样, 因此 Subversion 也
-        支持属性的合并—干净利落地, 或带有冲突.</para>
+        支持属性的合并—或干净利落地, 或带有冲突.</para>
 
     <!--
       <para>As with file contents, your property changes are local
@@ -1924,7 +1924,7 @@
         到补丁文件里, 但 <command>patch</command> 会忽略属性的补丁—
         <command>patch</command> 的一条规则是忽略所有不能理解的内容, 这就意味
         着如果用户用的是 <command>patch</command>, 为了完整地打上
-        <command>svn diff</command> 生成的补丁, 用户必须地打上和属性相关的
+        <command>svn diff</command> 生成的补丁, 用户必须手工地打上和属性相关的
         修改.</para>
 
     <!--
@@ -2006,7 +2006,7 @@
           并没有什么很特别的地方, 实际上, 所有版本化的属性都是可继承的! 1.8 前
           的版本化属性和 1.8 后的版本化属性的主要区别是后者支持在一个目标路径
           的 <emphasis>父路径</emphasis> (<emphasis>parents</emphasis>) 上搜索
-          索引, 即使这些父路径在工作副本里不存在.</para>
+          属性, 即使这些父路径在工作副本里不存在.</para>
 
     <!--
       <para>Generic property inheritance manifests itself in a few
@@ -2039,7 +2039,7 @@
         of the subcommand and one of its subdirectories <filename>site
         </filename>:</para>
     -->
-        <para>现在来看一个例子. 在工作副本的根目录递归地调用 <command>propget
+        <para>举个例子, 在工作副本的根目录递归地调用 <command>propget
             </command>, 发现子命令的目标路径及其中的一个子目录 <filename>site
         </filename> 都设置了属性 <literal>svn:auto-props</literal>:</para>
 




More information about the svnbook-dev mailing list