[svnbook] r5620 committed - branches/1.8/zh/book/ch05-repository-admin.xml

[wuzhouhui at users.sourceforge.net]

Revision: 5620
          http://sourceforge.net/p/svnbook/source/5620
Author:   wuzhouhui
Date:     2018-01-30 14:53:47 +0000 (Tue, 30 Jan 2018)
Log Message:
-----------
1.8/zh: translation of chapter 5 in progress

Modified Paths:
--------------
    branches/1.8/zh/book/ch05-repository-admin.xml

Modified: branches/1.8/zh/book/ch05-repository-admin.xml
===================================================================
--- branches/1.8/zh/book/ch05-repository-admin.xml	2018-01-30 10:33:45 UTC (rev 5619)
+++ branches/1.8/zh/book/ch05-repository-admin.xml	2018-01-30 14:53:47 UTC (rev 5620)
@@ -2657,6 +2657,7 @@
           文本编辑器会自动转换行结束符, 但这样做会损坏文件.</para>
       </warning>
 
+      <!--
       <para>There are many reasons for dumping and loading Subversion
         repository data.  Early in Subversion's life, the most common
         reason was due to the evolution of Subversion itself.  As
@@ -2676,6 +2677,19 @@
         backends, or (as we'll cover later in this chapter in <xref
         linkend="svn.reposadmin.maint.filtering" />) purging versioned
         data from repository history.</para>
+      -->
+      <para>有很多情况都需要对 Subversion 仓库数据进行转储和加载. 在 Subversion
+        的早期阶段, 最常见的原因是 Subversion 的演变. 随着 Subversion 的不断成
+        熟, 可能会出现这样一种情况: 后端数据库概要的变化会导致旧版本的仓库出现
+        兼容性问题, 于是管理员必须使用旧版的 Subversion 转储仓库数据, 再把转
+        出的数据加载到新版 Subversion 创建的仓库中. 从 Subversion 1.0 开始,
+        不会再出现这种需要转储和加载仓库数据的概要变化, 并且 Subversion 开发
+        人员承诺在次版本之间升级时 (例如从 1.3 到 1.4), 不会强迫用户转储和加
+        载仓库. 但除了升级 Subversion 外, 还有其他需要用到转储和加载的场景,
+        例如重新部署 Berkeley DB 仓库到新的操作系统或 CPU 平台上, 或者在
+        Berkeley DB 和 FSFS 两种后端存在之间切换, 以及从仓库历史中清除被版本
+        控制的数据 (在本章的 <xref linkend="svn.reposadmin.maint.filtering" />
+        介绍).</para>
 
       <note>
         <para>The Subversion repository dump format describes