[svnbook] r6017 committed - branches/1.8/zh/book/ ch04-branching-and-merging.xml

wuzhouhui at users.sourceforge.net wuzhouhui at users.sourceforge.net
Sun Dec 22 03:11:56 UTC 2019 

Revision: 6017
          http://sourceforge.net/p/svnbook/source/6017
Author:   wuzhouhui
Date:     2019-12-22 03:11:56 +0000 (Sun, 22 Dec 2019)
Log Message:
-----------
1.8/zh: review of whole book in progress

Modified Paths:
--------------
    branches/1.8/zh/book/ch04-branching-and-merging.xml

Modified: branches/1.8/zh/book/ch04-branching-and-merging.xml
===================================================================
--- branches/1.8/zh/book/ch04-branching-and-merging.xml	2019-12-16 14:35:59 UTC (rev 6016)
+++ branches/1.8/zh/book/ch04-branching-and-merging.xml	2019-12-22 03:11:56 UTC (rev 6017)
@@ -434,7 +434,7 @@
           看到目录被复制了. 我们的重点是复制在时间和空间上都很廉价, 如果用户是
           在仓库内创建分支 (通过执行命令 <userinput>svn copy <replaceable>URL1
           </replaceable> <replaceable>URL2</replaceable></userinput>), 操作消耗
-          的时间是常量的, 而且非常快. 只要用户有需要, 可以随意地创建分支.</para>
+          的时间是常量的, 而且非常快. 只要用户有需求, 可以随意地创建分支.</para>
       </sidebar>
 
     </sect2>
@@ -881,7 +881,7 @@
         structure, or tweaks to metadata.  In more common speak, a
         changeset is just a patch with a name you can refer to.</para>
       -->
-      <para>每个人对变更集的理解似乎都有所不同, 至在变更集对版本控制系统的
+      <para>每个人对变更集的理解似乎都有所不同, 至少在变更集对版本控制系统的
         意义上都有不同的期待. 从我们的角度来说, 变更集只是一个带有独特的名
         字的修改集合. 修改可能包括文件的修改, 目录结构的修改, 或元数据的修改.
         更一般的说, 变更集只是带有名字的补丁.</para>
@@ -1450,7 +1450,7 @@
         we update the working copy and then reattempt the
         merge.</para>
       -->
-      <para>这种情况可能不在用户的预料之中! 在自己的分支了工作了一周后, 用户
+      <para>这种情况可能不在用户的预料之中! 在自己的分支了工作了一周后, 你
         发现工作副本包含了混合的版本号 (见
         <xref linkend="svn.basic.in-action.mixedrevs"/>). 1.7 及之后版本的
         <command>svn merge</command> 在默认情况下禁止向含有混合版本号的工作
@@ -3724,7 +3724,7 @@
         用户有时候会比较两个错误的目录树, 导致生成的差异不能被干净地应用到工
         作副本上. 命令 <command>svn merge</command> 会尽可能多地把修改应用到
         工作副本, 但某些修改可能根本就无法应用成功. 合并错误的常见现象是出现了
-        意想不到的目标冲突:</para>
+        意想不到的目录冲突:</para>
 
       <informalexample>
         <screen>
@@ -4521,7 +4521,7 @@
       一个全新的
       文件. 这可能会导致问题, 尤其是和重命名有关的目录冲突. 重命名不仅涉及到
       一个新的副本, 还涉及到删除一个旧路径—一个不为人知的事实是
-      Subversion 没有 <quote>直正的重命名</quote>—<command>svn move
+      Subversion 没有 <quote>真正的重命名</quote>—<command>svn move
         </command> 只不过是 <command>svn copy</command> 和 <command>svn delete
     </command> 的组合而已.</para>
 
@@ -5881,8 +5881,8 @@
             进行严格的测试, 其他团队继续在 <filename>/trunk</filename> 上开发
             新的工作 (例如版本 2.0). 如果有问题出现 (无论是在 <filename>
               /trunk</filename>, 还是发布分支), 修复问题, 并把修改精选到拥有
-            相同问题的分支上. 但是这个过程有时候也会停止, 例如为了发布测试而
-            <quote>冻结</quote> 分支.</para>
+            相同问题的分支上. 但是这个过程有时候也会停下来, 例如为了发布前的
+            最终测试而 <quote>冻结</quote> 分支.</para>
         </listitem>
         <listitem>
       <!--
@@ -6669,7 +6669,7 @@
   <para>注意, 在导入时我们为命令增加了选项 <option>--no-ignore</option>, 这样
     Subversion 就不会遗漏任意一个文件或目录, 同时还增加了选项
     <option>--no-auto-props</option>, 这样的话, Subversion 客户端就不会生成
-    供方物资中原本没有的属性信息.<footnote><para>严格来说, 可以允许自动属性
+    供方物资中原本就没有的属性信息.<footnote><para>严格来说, 可以允许自动属性
         工作, 但其中的关键问题是确保每一个供方物资都能得到相同的对待.</para>
   </footnote></para>

More information about the svnbook-dev mailing list