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

wuzhouhui at users.sourceforge.net wuzhouhui at users.sourceforge.net
Sun Feb 11 07:58:24 CST 2018


Revision: 5636
          http://sourceforge.net/p/svnbook/source/5636
Author:   wuzhouhui
Date:     2018-02-11 13:58:23 +0000 (Sun, 11 Feb 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-02-10 14:59:58 UTC (rev 5635)
+++ branches/1.8/zh/book/ch05-repository-admin.xml	2018-02-11 13:58:23 UTC (rev 5636)
@@ -3217,8 +3217,12 @@
 
     <!-- =============================================================== -->
     <sect2 id="svn.reposadmin.maint.filtering">
+      <!--
       <title>Filtering Repository History</title>
+      -->
+      <title>过滤仓库历史</title>
 
+      <!--
       <para>Since Subversion stores your versioned history using, at
         the very least, binary differencing algorithms and data
         compression (optionally in a completely opaque database
@@ -3232,6 +3236,7 @@
         your repository.  You might need to strip out all instances of
         a file that was accidentally added to the repository (and
         shouldn't be there for whatever
+        ### TODO
         reason).<footnote><para>Conscious, cautious removal of certain
         bits of versioned data is actually supported by real use
         cases.  That's why an <quote>obliterate</quote> feature has
@@ -3243,6 +3248,20 @@
         as these, administrators need a more manageable and malleable
         representation of the data in their repositories—the
         Subversion repository dump format.</para>
+      -->
+      <para>因为 Subversion 在存储版本历史时, 大量地使用了二进制差异算法和
+        数据压缩 (在完全不透明的数据库系统中是可选的), 如果管理员觉得不是很
+        困难而手工地修改历史, 这是非常不明智的做法, 大家应该极力避免这样操作.
+        数据一旦存储到仓库中, Subversion 通常不会允许管理员轻易地删除数据.
+        <footnote><para>这不正是你使用版本控制系统的原因吗?</para></footnote>
+        但总会出现需要修改仓库历史的情况, 例如从历史中抹去与某个文件相关的所
+        有记录, 这个文件出现在历史中只是个意外 (或者因为其他一些原因).
+        <footnote><para>从版本化的数据中删除某些数据实际上是允许的,
+            <quote>清除</quote> 特性是 Subversion 必须提供的功能之一, 也是
+            Subversion 开发人员想尽快实现的功能之一.</para></footnote> 又或者
+        是多个项目本来共享同一个仓库, 现在你想把它们分别存放到自己独享的一个
+        仓库中. 为了完成这些任务, 仓库数据需要向管理员提供更加容易管理和延展
+        的表示形式—Subversion 仓库转储格式.</para>
 
       <para>As we described earlier in <xref
         linkend="svn.reposadmin.maint.migrate" />, the Subversion




More information about the svnbook-dev mailing list