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

[rocksun]

Author: rocksun
Date: Fri Oct 28 08:01:20 2005
New Revision: 1758

Modified:
   trunk/src/zh/book/ch06.xml
Log:
* zh/book/ch06.xml: before 122



Modified: trunk/src/zh/book/ch06.xml
==============================================================================
--- trunk/src/zh/book/ch06.xml	(original)
+++ trunk/src/zh/book/ch06.xml	Fri Oct 28 08:01:20 2005
@@ -3,10 +3,10 @@
   
   <simplesect>
     
-    <para>一个Subversion的版本库可以和客户端同时运行在同一个机器上，使用<literal>file:///</literal>访问，但是一个典型的Subversion设置包括一个单独的服务器，可以被办公室的所有客户端访问—或者有可能是整个世界。</para>
+    <para>一个Subversion的版本库可以和客户端同时运行在同一个机器上，使用<literal>file:///</literal>访问，但是一个典型的Subversion设置应该包括一个单独的服务器，可以被办公室的所有客户端访问—或者有可能是整个世界。</para>
 
     
-    <para>本小节描述了怎样使一个Subversion的版本库从主机暴露给远程客户端，我们会覆盖Subversion已存在的服务器机制，讨论各种方式的配置和使用。经过阅读本小节，你一定可以决定那种网络设置是你需要的，并且明白怎样在你的主机上进行配置。</para>
+    <para>本小节描述了怎样使一个Subversion的版本库从主机暴露给远程客户端，我们会覆盖Subversion已存在的服务器机制，讨论各种方式的配置和使用。经过阅读本小节，你一定可以决定你需要哪种网络设置，并且明白怎样在你的主机上进行配置。</para>
     
   </simplesect>
   
@@ -17,12 +17,12 @@
     
     <title>概述</title>
     
-    <para>Subversion的设计包括一个抽象的网络层，这意味着版本库可以通过各种服务器进程访问，而且客户端<quote>版本库访问</quote>的API允许程序员写出相关协议的插件，理论上讲，Subversion可以使用无限数量的网络协议实现，实践中目前存在两种使用中的服务器。</para>
+    <para>Subversion的设计包括一个抽象的网络层，这意味着版本库可以通过各种服务器进程访问，而且客户端<quote>版本库访问</quote>的API允许程序员写出相关协议的插件，理论上讲，Subversion可以使用无限数量的网络协议实现，目前实践中存在着两种服务器。</para>
     
-    <para>Apache是最流行的web服务器，通过使用<command>mod_dav_svn</command>模块，Apache可以访问版本库，并且可以使客户端可以用HTTP的扩展协议WebDAV/DeltaV进行访问，在另一边是<command>svnserve</command>：一个小的，独立服务器，使用自己自定义的协议和客户端，表格6-1展现了这两种服务器的比较。</para>
+    <para>Apache是最流行的web服务器，通过使用<command>mod_dav_svn</command>模块，Apache可以访问版本库，并且可以使客户端使用HTTP的扩展协议WebDAV/DeltaV进行访问，另一个是<command>svnserve</command>：一个小的，独立服务器，使用自己定义的协议和客户端，表格6-1比较了这两种服务器。</para>
 
-    <para>需要注意到Subversion作为一个开源的项目，并没有官方的指定何种服务器是<quote>主要的</quote>或者是<quote>官方的</quote>，没有那种网络实现被作为二等公民对待，没种服务器偶有自己的优点和缺点，事实上，允许不同的服务器并行工作，每一个通过自己的方式访问版本库，而且没有一个会阻碍其他的（见<xref
-      linkend="svn-ch-6-sect-5"/>）。以下是对两种存在的Subversion服务器的比较—作为一个管理员，你更加胜任给你和你的用户挑选服务器的职责。</para>
+    <para>需要注意到Subversion作为一个开源的项目，并没有官方的指定何种服务器是<quote>主要的</quote>或者是<quote>官方的</quote>，并没有哪种网络实现被视作二等公民，每种服务器都有自己的优点和缺点，事实上，允许不同的服务器并行工作，分别通过自己的方式访问版本库，而且它们不会互相阻碍（见<xref
+      linkend="svn-ch-6-sect-5"/>）。以下是对两种存在的Subversion服务器的比较—作为一个管理员，你更加胜任给你和你的用户挑选服务器的任务。</para>
       
 
     <table id="svn-ch-6-table-1">
@@ -39,7 +39,7 @@
           <row>
             <entry>认证选项</entry>
             
-            <entry>HTTP(S) basic auth、X.509 certificates、LDAP、NTLM,或者任何Apache httpd已经具备的方式。</entry>
+            <entry>HTTP(S) basic auth、X.509 certificates、LDAP、NTLM或任何Apache httpd已经具备的方式。</entry>
             
             <entry>CRAM-MD5或SSH</entry>
           </row>
@@ -114,18 +114,12 @@
 
     <title>网络模型</title>
 
-    <para>这部分是讨论了Subversion客户端和服务器怎样互相交流，不考虑具体使用的网络实现，通过阅读，你会很好的理解服务器的行为方式和多种对客户端访问响应的配置方式。
-    This section is a general discussion of how a Subversion
-      client and server interact with one another, regardless of the
-      network implementation you're using.  After reading, you'll have
-      a good understanding of how a server can behave and the
-      different ways in which a client can be configured to
-      respond.</para>
+    <para>这部分是讨论了Subversion客户端和服务器怎样互相交流，不考虑具体使用的网络实现，通过阅读，你会很好的理解服务器的行为方式和多种客户端与之响应的配置方式。</para>
 
     <sect2 id="svn-ch-6-sect-2.1">
       <title>请求和响应</title>
 
-      <para>Subversion客户端花费大量的时间来管理工作拷贝，当它需要版本库信息，它会做一个网络请求，然后服务器给一个家当的回答，具体的网络协议细节用户不可见，客户端尝试去访问一个URL，根据URL模式的不同，会使用特定的协议与服务器联系（见<xref
+      <para>Subversion客户端花费大量的时间来管理工作拷贝，当它需要版本库信息，它会做一个网络请求，然后服务器给一个恰当的回答，具体的网络协议细节对用户不可见，客户端尝试去访问一个URL，根据URL模式的不同，会使用特定的协议与服务器联系（见<xref
         linkend="svn-ch-2-sidebar-1"/>），用户可以运行<command>svn
         --version</command>来查看客户端可以使用的URL模式和协议。</para>