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

rocksun svnbook-dev at red-bean.com
Tue Nov 8 12:06:44 CST 2005


Author: rocksun
Date: Tue Nov  8 12:06:43 2005
New Revision: 1813

Modified:
   trunk/src/zh/book/ch05.xml
Log:
* zh/book/ch05.xml: some change


Modified: trunk/src/zh/book/ch05.xml
==============================================================================
--- trunk/src/zh/book/ch05.xml	(original)
+++ trunk/src/zh/book/ch05.xml	Tue Nov  8 12:06:43 2005
@@ -3,13 +3,13 @@
   <title>版本库管理</title>
 
   <simplesect>
-    <para>Subversion版本库是保存软件项目版本化数据的中央仓库。因此,版本库是管理员倾注关怀和爱护的地方。版本库的维护一般并不需要太多的关注,但为了避免一些潜在的问题和解决一些实际问题,理解怎样适当的配置和维护还是很必要。</para>
+    <para>Subversion版本库是保存任意数量项目版本化数据的中央仓库,因此,版本库成为管理员关怀和爱护的对象。版本库的维护一般并不需要太多的关注,但为了避免一些潜在的问题和解决一些实际问题,理解怎样适当的配置和维护还是非常重要的。</para>
 
-    <para>在这一章里,我们将讨论如何建立和配置一个Subversion版本库,还会讨论版本库的维护,包括<command>svnlook</command>和<command>svnadmin</command>工具的使用(它们都包含在Subversion中)。我们将说明一些通常的问题和错误,并提供一些安排版本库数据的建议。</para>
+    <para>在这一章里,我们将讨论如何建立和配置一个Subversion版本库,还会讨论版本库的维护,包括<command>svnlook</command>和<command>svnadmin</command>工具的使用(它们都包含在Subversion中)。我们将说明一些常见的问题和错误,并提供一些安排版本库数据的建议。</para>
 
-    <para>如果您只是以普通用户的身份访问版本库对数据进行版本控制(就是说通过Subversion客户端),您完全可以跳过本章。但是如果您已经是或打算成为Subversion版本库的管理员,您一定要关注一下本章的内容。<footnote>
-        <para>这些可能听起来很高深, 但我们所说的只是针对管理别人工作数据这块神秘领域感兴趣的人。</para>
-      </footnote></para>
+    <para>如果您只是以普通用户的身份访问版本库对数据进行版本控制(就是说通过Subversion客户端),您完全可以跳过本章。但是如果您已经是或打算成为Subversion版本库的管理员,<footnote>
+        <para>这可能听起来很崇高, 但我们所指的只是那些对管理别人工作拷贝数据之外的神秘领域感兴趣的人。</para>
+      </footnote>您一定要关注一下本章的内容。</para>
   </simplesect>
 
   <!-- ******************************************************************* -->
@@ -21,16 +21,16 @@
   <sect1 id="svn-ch-5-sect-1">
     <title>版本库基本知识</title>
 
-    <para>在进入版本库管理这块宽广的领域之前,让我们进一步确定一下版本库的定义。它看起来什么样?让人有什么感觉?它喜欢喝热茶还是冰的?加糖吗?加柠檬吗?作为一名管理员,你应该既从逻辑表现-数据在版本库中如何展示,又从物理具体细节-版本库如何响应一个非Subversion的工具,来理解版本库的组成。下面部分从一个比较高的层面覆盖了这些基本概念。</para>
+    <para>在进入版本库管理这块宽广的主题之前,让我们进一步确定一下版本库的定义,它是怎样工作的?让人有什么感觉?它希望茶是热的还是冰的,加糖或柠檬吗?作为一名管理员,你应该既从逻辑视角-数据在版本库中如何展示,又能从物理具体细节的视角-版本库如何响应一个非Subversion的工具,来理解版本库的组成。下面的小节从一个比较高的层面覆盖了这些基本概念。</para>
 
     <!-- ***************************************************************** -->
 
     <sect2 id="svn-ch-5-sect-1.1">
-      <title>了解事务和修订版</title>
+      <title>理解事务和修订版本</title>
 
-      <para>从概念上来说,Subversion的版本库就是一串目录树。每一个目录树,就是版本库的文件和目录在某一时间点的快照。这些快照是客户端使用者操作的结果,被成为修订版。</para>
+      <para>从概念上来说,Subversion的版本库就是一串目录树。每一个目录树,就是版本库的文件和目录在某一时刻的快照。这些快照是客户端使用者操作的结果,叫做修订版本。</para>
 
-      <para>每一个修订版都是以事务树开始其生命周期。做提交操作时,客户端建立一个一个Subversion事务,映射本地的变更(加上客户端提交操作后任何对版本库的更改),然后通知版本库将该树存储为下一个快照。要是提交成功,这个事务就会成为新的修订版树,并被赋予新的修订版号。如果因为某些原因提交失败,事务会被销毁,客户端将被通知这个事务失败。</para>
+      <para>每一个修订版本都是以事务树开始其生命周期。做提交操作时,客户端建立了一个映射本地修改的Subversion事务(加上客户端提交操作后任何对版本库的更改),然后指导版本库将该树存储为下一个快照。要是提交成功,这个事务就会成为新的修订版树,并被赋予新的修订版号。如果因为某些原因提交失败,事务会被销毁,客户端将被通知这个事务失败。</para>
 
       <para>更新的动作也类似这样。客户端建立一个临时的事务树,映射工作文件的状态。然后版本库比较事务树和被请求的修订版树(通常是最新的,也就是最“年轻”的修订版树),然后发回消息通知客户端哪些变更需要将拷贝发送到修订版树。更新完成后,临时事务将被删除。</para>
 



More information about the svnbook-dev mailing list