[svnbook commit] r1841 - trunk/src/zh/book

rocksun svnbook-dev at red-bean.com
Mon Nov 21 11:40:10 CST 2005


Author: rocksun
Date: Mon Nov 21 11:40:09 2005
New Revision: 1841

Modified:
   trunk/src/zh/book/ch02.xml
   trunk/src/zh/book/ch03.xml

Log:
* zh/book/ch03.xml: some words
* zh/book/ch02.xml: some words


Modified: trunk/src/zh/book/ch02.xml
==============================================================================
--- trunk/src/zh/book/ch02.xml	(original)
+++ trunk/src/zh/book/ch02.xml	Mon Nov 21 11:40:09 2005
@@ -144,7 +144,7 @@
       一个典型的Subversion的版本库经常包含许多项目的文件(或者说源代码),通常每一个项目都是版本库的子目录,在这种安排下,一个用户的工作拷贝往往对应版本库的的一个子目录。</para>
       
       <para>
-      举一个例子,你的repository包含两个软件项目,<literal>paint</literal>和<literal>calc</literal>。每个项目在它们各自的顶级子目录,见<xref
+      举一个例子,你的版本库包含两个软件项目,<literal>paint</literal>和<literal>calc</literal>。每个项目在它们各自的顶级子目录下,见<xref
         linkend="svn-ch-2-dia-6"/>。</para>
 
       <figure id="svn-ch-2-dia-6">
@@ -168,13 +168,13 @@
 </screen>
 
       <para>
-      列表中的A表示是Subversion是增加一些条目到工作拷贝,你现在有了一个<filename>/calc</filename>的个人拷贝,有一个附加的目录—<filename>.svn</filename>—保存着前面提及的Subversion需要的额外信息。</para>
+      列表中的A表示Subversion增加了一些条目到工作拷贝,你现在有了一个<filename>/calc</filename>的个人拷贝,有一个附加的目录—<filename>.svn</filename>—保存着前面提及的Subversion需要的额外信息。</para>
 
       <sidebar id="svn-ch-2-sidebar-1">
         <title>版本库的URL</title>
 
         <para>
-        Subversion可以通过多种方式访问—本地磁盘访问,或各种各样不同的网络协议,但一个版本库地址,一直是URL,表格2.1描述了不同的URL模式对应的访问方法。</para>
+        Subversion可以通过多种方式访问—本地磁盘访问,或各种各样不同的网络协议,但一个版本库地址永远都是一个URL,表格2.1描述了不同的URL模式对应的访问方法。</para>
 
         <table id="svn-ch-2-table-1">
           <title>版本库访问URL</title>
@@ -188,19 +188,19 @@
             <tbody>
               <row>
                 <entry><literal>file:///</literal></entry>
-                <entry>直接版本库访问(本地磁盘)</entry>
+                <entry>直接版本库访问(本地磁盘)。</entry>
               </row>
               <row>
                 <entry><literal>http://</literal></entry>
-                <entry>通过配置Subversion的Apache服务器的WebDAV协议</entry>
+                <entry>通过配置Subversion的Apache服务器的WebDAV协议。</entry>
               </row>
               <row>
                 <entry><literal>https://</literal></entry>
-                <entry>与<literal>http://</literal>相似,但是包括SSL加密</entry>
+                <entry>与<literal>http://</literal>相似,但是包括SSL加密。</entry>
               </row>
               <row>
                 <entry><literal>svn://</literal></entry>
-                <entry>通过<literal>svnserve</literal>服务自定义的协议</entry>
+                <entry>通过<literal>svnserve</literal>服务自定义的协议。</entry>
               </row>
               <row>
                 <entry><literal>svn+ssh://</literal></entry>
@@ -232,7 +232,7 @@
       这时你对<filename>button.c</filename>的修改已经提交到了版本库,如果其他人取出了<filename>/calc</filename>的一个工作拷贝,他们会看到这个文件最新的版本。</para>
 
       <para>
-      假设你有个合作者,Sally,她和你同时取出了<filename>/calc</filename>的一个工作拷贝,你提交了你对<filename>button.c</filename>的修改,Sally的工作拷贝并没有改变,subversion只在用户要求的时候才改变工作拷贝。</para>
+      假设你有个合作者,Sally,她和你同时取出了<filename>/calc</filename>的一个工作拷贝,你提交了你对<filename>button.c</filename>的修改,Sally的工作拷贝并没有改变,Subversion只在用户要求的时候才改变工作拷贝。</para>
 
       <para>
       要使项目最新,Sally可以要求Subversion<firstterm>更新</firstterm>她的工作备份,通过使用更新(<command>update</command>)命令,将结合你和所有其他人在她上次更新之后的改变到她的工作拷贝。</para>
@@ -261,7 +261,7 @@
       一个<command>svn commit</command>操作可以作为一个原子事务操作发布任意数量文件和目录的修改,在你的工作拷贝里,你可以改变文件内容、删除、改名和拷贝文件和目录,然后作为一个整体提交。</para>
 
       <para>
-       在版本库中,每一次提交被当作一次原子事务操作:要么所有的改变发生,要么都不发生,Subversion努力使保持原子性以面对程序错误、系统错误、网络问题和其他用户行为。</para>
+       在版本库中,每一次提交被当作一次原子事务操作:要么所有的改变发生,要么都不发生,Subversion努力保持原子性以应对程序错误、系统错误、网络问题和其他用户行为。</para>
 
       <para>
       每当版本库接受了一个提交,文件系统进入了一个新的状态,叫做一次修订(<firstterm>revision</firstterm>),每一个修订版本被赋予一个独一无二的自然数,一个比一个大,初始修订号是0,只创建了一个空目录,没有任何内容。</para>
@@ -385,7 +385,7 @@
       <para>作为通常的原则,Subversion期望尽可能的灵活,一个灵活性的表现就是能够在工作拷贝中混合有不同的修订版本。</para>
 
       <para>
-      起初,为什么把这种灵活性看作一种特性并没有完全看清楚,这也不是一个任务。完成了提交之后,干净的提交的文件比其他文件有更新的版本,这看起来有些混乱,但是像以前说过的,通过<command>svn update</command>使整个版本可以统一起来, 怎么会有人<emphasis>故意的</emphasis>混合版本呢?</para>
+      起初,为什么把这种灵活性看作一种特性并没有完全看清楚,这也不是一个任务。完成了提交之后,干净的提交的文件比其他文件有更加新的版本,这看起来有些混乱,但是像以前说过的,通过<command>svn update</command>可以使整个版本统一起来, 怎么会有人<emphasis>故意的</emphasis>混合版本呢?</para>
 
       <para>
       假设你的项目非常复杂,有时候需要强制地使工作拷贝的一部分<quote>回到</quote>某一个日期,你可以在第3章学习如何操作。或许你也希望测试某一目录下子模块早期的版本,或许你想检查某一文件过去的一系列版本在最新目录树环境下的表现。</para>
@@ -409,7 +409,7 @@
 
     <itemizedlist>
       <listitem>
-        <para>我们介绍了中央版本库的概念、客户工作拷贝和还有版本修订树。</para>
+        <para>我们介绍了中央版本库的概念、客户工作拷贝和版本修订树。</para>
       </listitem>
 
       <listitem>
@@ -418,7 +418,7 @@
       </listitem>
 
       <listitem>
-        <para>我们讨论了一些Subversion在工作拷贝跟踪和管理信息的方式。</para>
+        <para>我们讨论了一些Subversion跟踪和管理工作拷贝信息的方式。</para>
       </listitem>
 
     </itemizedlist>

Modified: trunk/src/zh/book/ch03.xml
==============================================================================
--- trunk/src/zh/book/ch03.xml	(original)
+++ trunk/src/zh/book/ch03.xml	Mon Nov 21 11:40:09 2005
@@ -16,8 +16,8 @@
     <title>帮助!</title>
 
 
-    <para>在继续读之前,需要知道Subversion使用中最重要的命令:<command>svn help</command>,Subversion命令行工具是一个自文档的工具—在任何时候你可以运行<command>svn help
-      <subcommand></command>来查看子命令的语法、参数以及<command>subcommand</command>的行为方式。</para>
+    <para>在继续阅读之前,需要知道Subversion使用中最重要的命令:<command>svn help</command>,Subversion命令行工具是一个自文档的工具—在任何时候你可以运行<command>svn help
+      <subcommand></command>来查看子命令的语法、参数以及行为方式。</para>
 
   </sect1>
 
@@ -36,7 +36,7 @@
   <!-- ======================== SECTION 3 ============================== -->
   <!-- ================================================================= -->
   <sect1 id="svn-ch-3-sect-3">
-    <title>修订版本: 版本号、关键字和日期,噢,哎呀!</title>
+    <title>修订版本: 号码、关键字和日期,噢,我的!</title>
 
     <para>在继续之前你一定要知道如何识别版本库的一个修订版本,像你在<xref linkend="svn-ch-2-sect-3.2"/>看到的,一个修订版本就是版本库的一个<quote>快照</quote>,当你的版本库持续扩大,你必须有手段来识别这些快照。</para>
 
@@ -64,7 +64,7 @@
       <para>Subversion客户端可以理解一些<firstterm>修订版本关键字</firstterm>,这些关键字可以用来代替<option>--revision</option>的数字参数,这会被Subversion解释到特定版本:</para>
 
       <note>
-        <para>工作拷贝中的每一个目录都有一个叫作<filename>.svn</filename>的管理目录,工作目录中的每一个文件,Subversion在管理区域为它保留了一个备份,这是上一个版本(叫做<quote>BASE</quote>版本)没有修改的(没有关键字扩展,没有行结束翻译,没有任何其他区别)拷贝,我们把这个文件当作<firstterm>原始拷贝</firstterm>或<firstterm>基准文件</firstterm>使用,它与版本库中的文件完全一样。</para> 
+        <para>工作拷贝中的每一个目录都有一个叫作<filename>.svn</filename>的管理目录,工作目录中的每一个文件,Subversion在管理区域为它保留了一个备份,这是上一个版本(叫做<quote>BASE</quote>版本)没有修改的(没有关键字变化,没有行结束符号转化,没有任何改动)拷贝,我们把这个文件当作<firstterm>原始拷贝</firstterm>或<firstterm>基准文件</firstterm>使用,它与版本库中的文件完全一样。</para> 
         </note>
       
       <variablelist>
@@ -173,7 +173,7 @@
         
       </sidebar>
       
-      <para>你可以使用个时间段,Subversion会找到这段时间的所有版本,包括:</para>
+      <para>你可以使用时间段,Subversion会找到这段时间的所有版本:</para>
       
       <screen>
 $ svn log --revision {2002-11-20}:{2002-11-29}
@@ -186,7 +186,7 @@
 $ svn log --revision {2002-11-20}:4040
 </screen>
 
-      <para>用户一定要认识到这种精巧会成为处理日期的绊脚石,因为一个版本的时间戳是作为一个属性存储的—不是版本化的,而是可以编辑的属性—版本号的时间戳可以被修改来建立一个虚假的年代表,也可以被完全删除。这将大大破坏Subversion的这种时间-版本转化功能的表现。</para>
+      <para>用户一定要认识到这种精巧会成为处理日期的绊脚石,因为一个版本的时间戳是作为一个属性存储的—不是版本化的,而是可以编辑的属性—版本号的时间戳可以被修改,从而建立一个虚假的年代表,也可以被完全删除。这将大大破坏Subversion的这种时间—版本转化功能的表现。</para>
         
     </sect2>
       
@@ -233,20 +233,20 @@
 </screen>
     
     <para>因为Subversion使用<quote>拷贝-修改-合并</quote>模型而不是<quote>锁定-修改-解锁</quote>模型(见<xref
-      linkend="svn-ch-2"/>),你可以开始修改工作拷贝中的目录和文件,你的工作拷贝和你的系统中的其他文件和目录完全一样,你可以编辑并改变他们,移动他们,你可以完全的删掉它把它忘了。</para>
+      linkend="svn-ch-2"/>),你可以开始修改工作拷贝中的目录和文件,你的工作拷贝和你的系统中的其它文件和目录完全一样,你可以编辑并改变它,移动它,也可以完全的删掉它,把它忘了。</para>
 
       <note>
         <para>因为你的工作拷贝<quote>同你的系统上的文件和目录没有什么区别</quote>,如果你希望重新规划工作拷贝,你必须要让Subversion知道,当你希望拷贝或者移动工作拷贝的一个项目时,你应该使用<command>svn copy</command>或者 <command>svn
           move</command>而不要使用操作系统的命令,我们会在以后的章节详细介绍。</para>
       </note>
 
-    <para> 除非你准备好了提交一个新文件或目录,或改变了已存在的,没有必要通知Subversion你做了什么。</para>
+    <para> 除非你准备好了提交一个新文件或目录,或改变了已存在的,否则没有必要通知Subversion你做了什么。</para>
 
     <sidebar>
       <title><filename>.svn</filename>目录包含什么?</title>
 
       <para>
-   任何一个在工作拷贝中的目录包括一个名为<filename>.svn</filename>管理区域,通常列表操作不显示这个目录,但它仍然是一个非常重要的目录,无论你做什么?不要删除或是更改这个管理区域的任何东西,Subversion使用它来管理工作拷贝。</para>
+   工作拷贝中的任何一个目录包括一个名为<filename>.svn</filename>管理区域,通常列表操作不显示这个目录,但它仍然是一个非常重要的目录,无论你做什么?不要删除或是更改这个管理区域的任何东西,Subversion使用它来管理工作拷贝。</para>
 
     </sidebar>
 
@@ -386,7 +386,7 @@
         <varlistentry>
           <term><computeroutput>R      foo</computeroutput></term>
           <listitem>
-            <para>文件或目录<filename>foo</filename>在工作拷贝已经被替换了,这是说,<filename>foo</filename>被删除,而一个新的同样名字的项目添加进来,他们具有同样的名字,但是版本库会把他们看作具备不同历史的不同对象。</para>
+            <para>文件或目录<filename>foo</filename>在工作拷贝已经被替换了,这是说,<filename>foo</filename>被删除,而一个新的同样名字的项目添加进来,它们具有同样的名字,但是版本库会把它们看作具备不同历史的不同对象。</para>
           </listitem>
         </varlistentry>
 
@@ -411,15 +411,15 @@
     <sect2 id="svn-ch-3-sect-5.2">
       <title>修改你的工作拷贝</title>
       
-      <para>现在你可以开始工作,并且修改你的工作拷贝,你很容易决定作出一个修改(或者是一组),像写一个新的特性,修正一个错误等等。这时可以使用的Subversion命令包括<command>svn add</command>、
-        <command>svn delete</command>、<command>svn copy</command>、和<command>svn move</command>。如果你只是修改版本库中已经存在的文件,在你提交之前,不必使用上面的任何一个命令。你可以对工作备份作的修改包括:</para>
+      <para>现在你可以开始工作并且修改你的工作拷贝了,你很容易决定作出一个修改(或者是一组),像写一个新的特性,修正一个错误等等。这时可以使用的Subversion命令包括<command>svn add</command>、
+        <command>svn delete</command>、<command>svn copy</command>和<command>svn move</command>。如果你只是修改版本库中已经存在的文件,在你提交之前,不必使用上面的任何一个命令。你可以对工作备份作的修改包括:</para>
       
       <variablelist>
         
         <varlistentry>
           <term>文件修改</term>
           <listitem>
-            <para>这是最简单的一种修改,你不必告诉Subversion你想修改一个文件,只需要去修改,然后Subversion会自动地探测到那些文件已经更改了。</para>
+            <para>这是最简单的一种修改,你不必告诉Subversion你想修改哪一个文件,只需要去修改,然后Subversion会自动地探测到哪些文件已经更改了。</para>
           </listitem>
         </varlistentry>
 
@@ -460,7 +460,7 @@
         <varlistentry>
           <term><command>svn copy foo bar</command></term>
           <listitem>
-            <para>建立一个新的项目<filename>bar</filename>作为<filename>foo</filename>的复制品,,当在下次提交时会将<filename>bar</filename>添加到版本库,这种拷贝历史会记录下来(按照来自<filename>foo</filename>的方式记录),<command>svn copy</command>并不建立中介目录。</para>
+            <para>建立一个新的项目<filename>bar</filename>作为<filename>foo</filename>的复制品,当在下次提交时会将<filename>bar</filename>添加到版本库,这种拷贝历史会记录下来(按照来自<filename>foo</filename>的方式记录),<command>svn copy</command>并不建立中介目录。</para>
           </listitem>
         </varlistentry>
 
@@ -489,18 +489,17 @@
           copy</command>、<command>svn move</command>、和
           <command>svn delete</command>可以使用URL工作。</para>
 
-        <para>指定URL的操作运作方式有一些区别,因为在使用工作拷贝的运作方式时,工作拷贝成为一个<quote>集结地</quote>,可以在提交之前整理组织所要做的修改,直接对URL操作就没有这种奢侈,所以当你直接操作URL的时候,所有以上的动作代表一个立即的提交。</para>
+        <para>指定URL的操作方式有一些区别,因为在使用工作拷贝的运作方式时,工作拷贝成为一个<quote>集结地</quote>,可以在提交之前整理组织所要做的修改,直接对URL操作就没有这种奢侈,所以当你直接操作URL的时候,所有以上的动作代表一个立即的提交。</para>
 
       </sidebar>
 
     </sect2>
 
     <sect2 id="svn-ch-3-sect-5.3">
-      <title>检查你的变化</title>
+      <title>检查你的修改</title>
       
       <para>当你完成修改,你需要提交他们到版本库,但是在此之前,检查一下做过什么修改是个好主意,通过提交前的检查,你可以整理一份精确的日志信息,你也可以发现你不小心修改的文件,给了你一次恢复修改的机会。此外,这是一个审查和仔细察看修改的好机会,你可通过命令<command>svn
-        status</command>、<command>svn diff</command>、and
-        <command>svn revert</command>精确地察看所做的修改。你可以使用前两个命令察看工作拷贝中的修改,使用第三个来撤销部分(或全部)的修改。</para>
+        status</command>、<command>svn diff</command>和<command>svn revert</command>精确地察看所做的修改。你可以使用前两个命令察看工作拷贝中的修改,使用第三个来撤销部分(或全部)的修改。</para>
       
       <!-- pll - Fri 07 Feb 2003 12:55:07                                   -->
       <!-- I find this following paragraph a little unclear.  Mostly for    -->
@@ -509,7 +508,7 @@
       <!-- therefore, nothing has been clearly stated wrt the fact that the -->
       <!-- repository may not be local.                                     -->
       
-      <para>Subversion已经被优化来帮助你完成这个任务,可以在不与版本库通讯的情况下做许多事情,详细来说,对于每一个文件,你的的工作拷贝在<filename>.svn</filename>包含一个<quote>原始的</quote>拷贝,所以Subversion可以快速的告诉你那些文件修改了,甚至允许你在不与版本库通讯的情况下恢复修改。</para>
+      <para>Subversion已经被优化来帮助你完成这个任务,可以在不与版本库通讯的情况下做许多事情,详细来说,对于每一个文件,你的的工作拷贝在<filename>.svn</filename>包含了一个<quote>原始的</quote>拷贝,所以Subversion可以快速的告诉你那些文件修改了,甚至允许你在不与版本库通讯的情况下恢复修改。</para>
       
       <sect3 id="svn-ch-3-sect-5.3.1">
         <title><command>svn status</command></title>
@@ -631,11 +630,11 @@
         <para>第二列说明文件或目录的属性的状态(更多细节可以看<xref
           linkend="svn-ch-7-sect-2"/>),如果一个<computeroutput>M</computeroutput>出现在第二列,说明属性被修改了,否则显示空白。</para>
         
-        <para>第三列只显示空白或者<computeroutput>L</computeroutput>,<computeroutput>L</computeroutput>表示Subversion已经在<filename>.svn</filename>工作区域锁定了这个项目,当你运行<command>svn
+        <para>第三列只显示空白或者<computeroutput>L</computeroutput>,<computeroutput>L</computeroutput>表示Subversion已经在<filename>.svn</filename>工作区域锁定了这个项目,当你的<command>svn
           commit</command>正在运行的时候—也许正在输入log信息,运行<command>svn
           status</command>你可以看到<computeroutput>L</computeroutput>标记,如果这时候Subversion并没有运行,可以推测Subversion发生中断并且已经锁定,你必须运行<command>svn cleanup</command>来清除锁定(本节后面将有更多论述)。</para>
         
-        <para>第四列只会显示空白或<computeroutput>+</computeroutput>,<computeroutput>+</computeroutput>的意思是一个有附加历史信息的文件或目录预定添加或者修改到版本库,通常出现在<command>svn move</command>或是<command>svn copy</command>时,如果是看到<computeroutput>A  +</computeroutput>就是说要包含历史的增加,它可以是一个文件或是拷贝的根目录。<computeroutput>+</computeroutput>表示它是即将包含历史增加到版本库的目录的一部分,也就是说他的父目录要拷贝,它只是跟着一起的。 <computeroutput>M  +</computeroutput>表示它将要它含历史的增加,并且已经更改了。当你提交时,首先会随父目录进行包含历史的增加,然后本地的修改提交到更改后的版本。</para>
+        <para>第四列只会显示空白或<computeroutput>+</computeroutput>,<computeroutput>+</computeroutput>的意思是一个有附加历史信息的文件或目录预定添加或者修改到版本库,通常出现在<command>svn move</command>或是<command>svn copy</command>时,如果是看到<computeroutput>A  +</computeroutput>就是说要包含历史的增加,它可以是一个文件或是拷贝的根目录。<computeroutput>+</computeroutput>表示它是即将包含历史增加到版本库的目录的一部分,也就是说他的父目录要拷贝,它只是跟着一起的。 <computeroutput>M  +</computeroutput>表示将要包含历史的增加,并且已经更改了。当你提交时,首先会随父目录进行包含历史的增加,然后本地的修改提交到更改后的版本。</para>
 
         <para>第五列只显示空白或是<computeroutput>S</computeroutput>,表示这个目录或文件已经转到了一个分支下了(使用<command>svn
           switch</command>)。</para>
@@ -776,7 +775,7 @@
         <note>
           <para><command>svn revert</command>
             <replaceable>ITEM</replaceable>的效果与删除<replaceable>ITEM</replaceable>然后执行<command>svn update -r
-            BASE</command> <replaceable>ITEM</replaceable>完全一样,但是,如果你使用<command>svn revert</command>它不必通知版本库来存储文件。</para>
+            BASE</command> <replaceable>ITEM</replaceable>完全一样,但是,如果你使用<command>svn revert</command>它不必通知版本库就可以恢复文件。</para>
         </note>
 
         <para>或许你不小心删除了一个文件:</para>
@@ -805,7 +804,7 @@
           <command>svn revert</command>)都可以在没有网络的情况下工作,这让你在没有网络连接时的管理修改过程更加简单,像在飞机上旅行,乘坐火车往返或是在海滩上奋力工作时。</para>
 
         <para>Subversion通过在<filename>.svn</filename>管理区域使用原始的版本缓存来做到这一点,这使得恢复本地版本而<emphasis>不必访问网络</emphasis>,这个缓存(叫做<quote>text-base</quote>)也允许Subversion可以根据原始版本生成一个压缩的增量(<quote>区别</quote>)
-提交—即使你有个非常快的网络,有这样一个缓存有极大的好处,非常的快,而且只向服务器提交修改的部分,这一点乍一看好像并不重要,但当你要提交一个400M大小的文件的修改时,你就会明白!</para>
+提交—即使你有个非常快的网络,有这样一个缓存有极大的好处,非常的快,只向服务器提交修改的部分,这一点乍一看好像并不重要,但当你要提交一个400M大小的文件的修改时,你就会明白!</para>
     </sidebar>
 
     </sect2>
@@ -841,7 +840,7 @@
         </listitem>
 
         <listitem>
-          <para>对于每一个冲突的文件,subversion放置三个额外的未版本化文件到你的工作拷贝:</para>
+          <para>对于每一个冲突的文件,Subversion放置三个额外的未版本化文件到你的工作拷贝:</para>
 
           <variablelist>
             
@@ -873,7 +872,7 @@
         
       </itemizedlist>
       
-      <para>举一个例子,Sally在改变了<filename>sandwich.txt</filename>,Harry刚刚改变了他的本地拷贝中的这个文件并且提交到服务器,Sally在提交之前更新它的工作拷贝得到了冲突:</para>
+      <para>举一个例子,Sally修改了<filename>sandwich.txt</filename>,Harry刚刚改变了他的本地拷贝中的这个文件并且提交到服务器,Sally在提交之前更新它的工作拷贝得到了冲突:</para>
       
       <screen>
 $ svn update
@@ -903,7 +902,7 @@
           </listitem>
 
           <listitem>
-            <para>拷贝覆盖某一个临时文件你的工作文件。</para>
+            <para>用某一个临时文件覆盖你的工作文件。</para>
           </listitem>
 
           <listitem>
@@ -912,7 +911,7 @@
 
         </itemizedlist>
 
-      <para>一旦你解决了冲突,你需要通过命令<command>svn resolved</command>让Subversion知道,这样就会删除三个临时文件,subversion不会认为这个文件是在冲突状态了。<footnote><para>你也可以手工的删除这三个临时文件,但是当Subversion会给你做时你会自己去做吗?我们是这样想的。</para>
+      <para>一旦你解决了冲突,你需要通过命令<command>svn resolved</command>让Subversion知道,这样就会删除三个临时文件,Subversion就不会认为这个文件是在冲突状态了。<footnote><para>你也可以手工的删除这三个临时文件,但是当Subversion会给你做时你会自己去做吗?我们是这样想的。</para>
         </footnote></para>
 
       <screen>
@@ -1042,7 +1041,7 @@
 Committed revision 3.
 </screen>
            
-      <para>然而,如果你在工作中写日志信息时,你也许会希望通过告诉Subversion一个文件名得到日志信息,使用<option>--file</option>选项:</para>
+      <para>然而,如果你把写日志信息当作工作的一部分,你也许会希望通过告诉Subversion一个文件名得到日志信息,使用<option>--file</option>选项:</para>
 
       <screen>
 $ svn commit --file logmsg 
@@ -1081,7 +1080,7 @@
         update</command>来处理所有的合并和冲突,然后再尝试提交。</para>
 
            
-      <para>我们已经覆盖了subversion基本的工作周期,还有许多其他特性可以管理你得版本库和工作拷贝,但是只使用前面介绍的命令你就可以很轻松的工作了。</para>
+      <para>我们已经覆盖了Subversion基本的工作周期,还有许多其它特性可以管理你得版本库和工作拷贝,但是只使用前面介绍的命令你就可以很轻松的工作了。</para>
 
     </sect2>
 
@@ -1093,7 +1092,7 @@
   <sect1 id="svn-ch-3-sect-6">
     <title>检验历史</title>
 
-    <para>我们曾经说过,版本库就像是一台时间机器,它记录了所有提交的修改,允许你检查文件或目录以及相关元数据的历史。通过一个subversion命令你可以根据时间或修订号取出一个过去的版本(或者恢复现在的工作拷贝),然而,有时候我们只是想<emphasis>看看</emphasis>历史而不想<emphasis>回到</emphasis>历史。</para>
+    <para>我们曾经说过,版本库就像是一台时间机器,它记录了所有提交的修改,允许你检查文件或目录以及相关元数据的历史。通过一个Subversion命令你可以根据时间或修订号取出一个过去的版本(或者恢复现在的工作拷贝),然而,有时候我们只是想<emphasis>看看</emphasis>历史而不想<emphasis>回到</emphasis>历史。</para>
            
     <para>有许多命令可以为你提供版本库历史:</para>
 
@@ -1133,7 +1132,7 @@
     <sect2 id="svn-ch-3-sect-6.1">
       <title><command>svn log</command></title>
 
-      <para>找出一个文件或目录的历史信息,使用<command>svn log</command>命令,<command>svn log</command>将会提供你一条记录,包括:谁做对文件或目录作了修改、那个修订版本作了修改、修订版本的日期和时间、还有如果你当时提供了日志信息,也会显示。</para>
+      <para>找出一个文件或目录的历史信息,使用<command>svn log</command>命令,<command>svn log</command>将会提供你一条记录,包括:谁对文件或目录作了修改、哪个修订版本作了修改、修订版本的日期和时间、还有如果你当时提供了日志信息,也会显示。</para>
            
       <screen>
 $ svn log
@@ -1331,7 +1330,7 @@
 $
 </screen>
 
-      <para>你一定疑惑为什么不只是使用<command>svn update --revision</command> ,将文件更新到旧的文件,我们有一些使用<command>svn cat</command>原因。</para>
+      <para>你一定疑惑为什么不只是使用<command>svn update --revision</command> ,将文件更新到旧的文件,我们有使用<command>svn cat</command>的原因。</para>
 
       <para>首先,你或许希望使用外置的比较工具(或许是一个图形化的工具,或者你的格式无法用标准区别格式察看)察看这两个版本的区别,这种情况下,你需要得到一个旧的版本的拷贝,所以重定向到一个文件,并且在你的比较工具中指定这两个版本来察看区别。</para>
 
@@ -1364,7 +1363,7 @@
    2785 sally               Jul 29 19:07 trunk/
 </screen>
 
-      <para>这些列告诉你文件和目录最后修改的修订版本、做出修改的用户、如果是文件,文件的大小和最后的修改日期、还有项目的名字。</para>
+      <para>这些列告诉你文件和目录最后修改的修订版本、做出修改的用户、如果是文件还会有文件的大小,最后是修改日期和项目的名字。</para>
  
     </sect2>
 
@@ -1397,9 +1396,9 @@
     <sect2 id="svn-ch-3-sect-7.1">
       <title><command>svn cleanup</command></title>
 
-      <para>当Subversion改变你的工作拷贝(或是<filename>.svn</filename>中的任何信息),它会尽可能的小心,在修改任何事情之前,它把意图写到日志文件中去,然后执行log文件中的命令,然后删掉日志文件,这与分类帐的文件系统架构类似。如果subversion的操作中断了(举个例子:进程被杀死了,机器死掉了),日志文件会保存在硬盘上,通过重新执行日志文件,subversion可以完成上一次开始的操作,你的工作拷贝可以回到一致的状态。</para>
+      <para>当Subversion改变你的工作拷贝(或是<filename>.svn</filename>中的任何信息),它会尽可能的小心,在修改任何事情之前,它把意图写到日志文件中去,然后执行log文件中的命令,然后删掉日志文件,这与分类帐的文件系统架构类似。如果Subversion的操作中断了(举个例子:进程被杀死了,机器死掉了),日志文件会保存在硬盘上,通过重新执行日志文件,Subversion可以完成上一次开始的操作,你的工作拷贝可以回到一致的状态。</para>
 
-      <para>这就是<command>svn cleanup</command>所作的:它查找工作拷贝中的所有遗留的日志文件,删除进程中的锁。如果subversion告诉你工作拷贝中的一些部分已经<quote>锁定</quote>了,你就需要运行这个命令了。同样,<command>svn status</command>将会使用<literal>L</literal> 显示锁定的项目:</para>
+      <para>这就是<command>svn cleanup</command>所作的:它查找工作拷贝中的所有遗留的日志文件,删除进程中的锁。如果Subversion告诉你工作拷贝中的一部分已经<quote>锁定</quote>了,你就需要运行这个命令了。同样,<command>svn status</command>将会使用<literal>L</literal> 显示锁定的项目:</para>
 
       <screen>
 $ svn status
@@ -1452,7 +1451,7 @@
   <sect1 id="svn-ch-3-sect-8">
     <title>摘要</title>
         
-      <para>我们已经覆盖了大多数subversion的客户端命令,引人注目的例外是处理分支与合并(见<xref linkend="svn-ch-4"/>)以及属性(见<xref linkend="svn-ch-7-sect-2"/>)的命令,然而你也许会希望跳到<xref linkend="svn-ch-9"/>来察看所有不同的命令—怎样利用它们使你的工作更容易。</para>
+      <para>我们已经覆盖了大多数Subversion的客户端命令,引人注目的例外是处理分支与合并(见<xref linkend="svn-ch-4"/>)以及属性(见<xref linkend="svn-ch-7-sect-2"/>)的命令,然而你也许会希望跳到<xref linkend="svn-ch-9"/>来察看所有不同的命令—怎样利用它们使你的工作更容易。</para>
       
  
   </sect1>




More information about the svnbook-dev mailing list