[svnbook] r6033 committed - branches/1.8/zh/book

wuzhouhui at users.sourceforge.net wuzhouhui at users.sourceforge.net
Sat Mar 21 11:42:09 UTC 2020


Revision: 6033
          http://sourceforge.net/p/svnbook/source/6033
Author:   wuzhouhui
Date:     2020-03-21 11:42:08 +0000 (Sat, 21 Mar 2020)
Log Message:
-----------
1.8/zh: resolve some TODO

Modified Paths:
--------------
    branches/1.8/zh/book/ch00-preface.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/ref-svn.xml
    branches/1.8/zh/book/ref-svnadmin.xml

Modified: branches/1.8/zh/book/ch00-preface.xml
===================================================================
--- branches/1.8/zh/book/ch00-preface.xml	2020-03-15 10:43:40 UTC (rev 6032)
+++ branches/1.8/zh/book/ch00-preface.xml	2020-03-21 11:42:08 UTC (rev 6033)
@@ -333,7 +333,9 @@
       (DVCS) 的宠儿. 分布式的版本控制利用不断提高的网络连接速度和低廉的存储
       开销, 提出了一种和集中式模型完全不同的方法. 首先最明显的区别是它们不
       需要一个远程的中央仓库, 每一个用户在本地都有一份完整的版本历史. 用户
-      之间仍然需要协作, 但不需要通过一台中央节点, 可以直接进行交互.
+      之间仍然需要协作, 但不需要通过一台中央节点, 可以直接进行交互. 实际上,
+      项目版本化数据的权威 <quote>主线</quote> 通常只是各个协作者协商出来的
+      结果.
     </para>
 
     <!--

Modified: branches/1.8/zh/book/ch04-branching-and-merging.xml
===================================================================
--- branches/1.8/zh/book/ch04-branching-and-merging.xml	2020-03-15 10:43:40 UTC (rev 6032)
+++ branches/1.8/zh/book/ch04-branching-and-merging.xml	2020-03-21 11:42:08 UTC (rev 6033)
@@ -7086,7 +7086,6 @@
       the <command>svn update</command> and <command>svn
       merge</command> operations.  Unfortunately, <command>svn
       merge</command> has a harder time of it precisely because of the
-    TODO
       fact that, for every way in which <command>svn update</command>
       is a special-cased, simplified kind of generic merge operation,
       a true Subversion merge is neither special-cased nor simplified.
@@ -7110,8 +7109,10 @@
       更新与合并之间的相似性过于惊讶, Subversion 短处最集中的地方—也就是
       对文件和目录重命名的处理, 以及目录冲突的处理—都会给 <command>svn
         update</command> 和 <command>svn merge</command> 造成麻烦. 不幸的是
-      <command>svn merge</command> 的麻烦更大, 一个真正的合并操作既不针对特殊
-      情况, 也不简单. 由于这个原因, 合并操作执行起来比更新更慢, 还要求显式的跟
+      <command>svn merge</command> 的麻烦更大, 虽然 <command>svn
+        update</command> 可以看成是 <command>svn merge</command> 的简化形式和
+      特例, 但一个真正的合并操作既不针对特例, 也不简单.
+      由于这个原因, 合并操作执行起来比更新更慢, 还要求显式的跟
       踪 (通过本章讨论过的属性 <literal>svn:mergeinfo</literal>) 和历史分析计
       算, 而且出错的机会也更多.</para>
 

Modified: branches/1.8/zh/book/ch05-repository-admin.xml
===================================================================
--- branches/1.8/zh/book/ch05-repository-admin.xml	2020-03-15 10:43:40 UTC (rev 6032)
+++ branches/1.8/zh/book/ch05-repository-admin.xml	2020-03-21 11:42:08 UTC (rev 6033)
@@ -3603,7 +3603,6 @@
         filtered dump data stream.  But because the Subversion
         repository dump format shows only what was changed in each
         revision, the contents of the copy source might not be
-        ### TODO
         readily available.  If you suspect that you have any copies
         of this sort in your repository, you might want to rethink
         your set of included/excluded paths, perhaps including the
@@ -3618,8 +3617,8 @@
         满足的, <command>svndumpfilter</command> 仍然需要显示新路径的添加
         —包含了通过复制而创建的文件的所有内容—但并不把新路径的添加
         表示成某个源路径的复制, 因为这个源路径在已过滤的转储数据中并不存在.
-        但是因为 Subversion 的转储格式只会显示每个版本号中发生变化的内容,
-        而源数据可能没那么容易做到随时可用. 如果管理员觉得在仓库中存在这种
+        但是由于 Subversion 的转储格式只会显示每个版本号中发生变化的内容,
+        因此被复制的数据源可能不是现成的. 如果管理员觉得在仓库中存在这种
         类型的复制, 那就要重新考虑被包含或排除的路径, 或许应该包含在复制操作
         中充当数据源的路径.</para>
 

Modified: branches/1.8/zh/book/ref-svn.xml
===================================================================
--- branches/1.8/zh/book/ref-svn.xml	2020-03-15 10:43:40 UTC (rev 6032)
+++ branches/1.8/zh/book/ref-svn.xml	2020-03-21 11:42:08 UTC (rev 6033)
@@ -755,13 +755,12 @@
         <listitem>
       <!--
           <para>Tells Subversion to ignore ancestry when calculating
-                         ### TODO
             differences (rely on path contents alone).  Also disables
             <xref linkend="svn.branchmerge.basicmerging.mergetracking"/>
             when used with the <command>svn merge</command> subcommand.
         </para>
       -->
-        <para>告诉 Subversion 在计算差异时忽略祖先 (仅依赖路径内容), 对
+        <para>告诉 Subversion 在计算差异时忽略祖先 (仅依赖路径上的内容), 对
           <command>svn merge</command> 而言, 该选项还会禁止
           <xref linkend="svn.branchmerge.basicmerging.mergetracking"/>.
         </para>

Modified: branches/1.8/zh/book/ref-svnadmin.xml
===================================================================
--- branches/1.8/zh/book/ref-svnadmin.xml	2020-03-15 10:43:40 UTC (rev 6032)
+++ branches/1.8/zh/book/ref-svnadmin.xml	2020-03-21 11:42:08 UTC (rev 6033)
@@ -619,7 +619,9 @@
                   ### TODO
       <refpurpose>Deltify changed paths in a revision range.</refpurpose>
       -->
-      <refpurpose>在一个版本号范围内, 对修改过的路径执行 deltify.</refpurpose>
+      <refpurpose>在一个版本号范围内, 对修改过的路径执行 deltify
+        <footnote><para>还没想到合适的中文翻译 -- 译者</para></footnote>.
+      </refpurpose>
     </refnamediv>
 
     <refsynopsisdiv>




More information about the svnbook-dev mailing list