[svnbook] r5591 committed - branches/1.8/zh/book/ch05-repository-admin.xml
wuzhouhui at users.sourceforge.net
wuzhouhui at users.sourceforge.net
Thu Jan 18 07:02:25 CST 2018
Revision: 5591
http://sourceforge.net/p/svnbook/source/5591
Author: wuzhouhui
Date: 2018-01-18 13:02:24 +0000 (Thu, 18 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-17 13:58:39 UTC (rev 5590)
+++ branches/1.8/zh/book/ch05-repository-admin.xml 2018-01-18 13:02:24 UTC (rev 5591)
@@ -2063,6 +2063,7 @@
者说版本号文件分散在多个目录内. 这可以大幅减少系统定位文件的时间,
从而提高仓库的整体读取性能.</para>
+ <!--
<para>The number of files permitted to live in a given
subdirectory is a configurable thing (though the defaults
are reasonable ones for most known platforms), but changing
@@ -2070,7 +2071,13 @@
some time could cause Subversion to be unable to locate the
files it is looking for. That's
where <command>fsfs-reshard.py</command> comes in.</para>
+ -->
+ <para>在同一个目录内可以存放的文件数量是可配置的 (虽然默认值对于大多
+ 数平台而言都是比较合理的), 但是如果在仓库使用一段时间后, 再去修改
+ 这个配置, 将导致 Subversion 无法定位当前正在搜索的文件. 这时候
+ <filename>fsfs-reshard.py</filename> 就派上的用场.</para>
+ <!--
<para><command>fsfs-reshard.py</command> reshuffles the
repository's file structure into a new arrangement that
reflects the requested number of sharding subdirectories and
@@ -2082,6 +2089,14 @@
Subversion will not automatically do for you). This script
can also be used for fine-tuning an already sharded
repository.</para>
+ -->
+ <para><command>fsfs-reshard.py</command> 重新编排仓库的目录结构, 以满
+ 足需要被碎片化的子目录的个数要求, 并更新仓库的配置, 以便修改能够持久
+ 化地保留下来. <command>fsfs-reshard.py</command> 和
+ <command>svnadmin upgrade</command> 配合使用时, 对于把 1.5 版之前
+ 的仓库升级成最新的文件系统格式和碎片化文件非常有用 (Subversion 不会
+ 自动地对文件进行碎片化). <command>fsfs-reshard.py</command> 还能
+ 继续优化已经碎片化过的仓库.</para>
</sect3>
</sect2>
More information about the svnbook-dev
mailing list