[svnbook] r5447 committed - branches/1.8/zh/book/ch03-advanced-topics.xml
wuzhouhui at users.sourceforge.net
wuzhouhui at users.sourceforge.net
Tue Oct 3 20:04:26 CDT 2017
Revision: 5447
http://sourceforge.net/p/svnbook/source/5447
Author: wuzhouhui
Date: 2017-10-04 01:04:25 +0000 (Wed, 04 Oct 2017)
Log Message:
-----------
1.8/zh: Translation about r5444
Modified Paths:
--------------
branches/1.8/zh/book/ch03-advanced-topics.xml
Modified: branches/1.8/zh/book/ch03-advanced-topics.xml
===================================================================
--- branches/1.8/zh/book/ch03-advanced-topics.xml 2017-10-03 19:50:36 UTC (rev 5446)
+++ branches/1.8/zh/book/ch03-advanced-topics.xml 2017-10-04 01:04:25 UTC (rev 5447)
@@ -458,12 +458,15 @@
<xref linkend="svn.reposadmin.maint.migrate" />) is the most
common cause of this scenario.</para>
-->
- <para>因为版本号的时间戳被当成属性存放在版本号中, 而该属性是可修改的
- 且未被纳入版本管理 (见 <xref linkend="svn.advanced.props"/>), 因此
- 版本号的时间戳可以被任意地修改, 甚至完全删除. Subversion 能够根据
- 版本号日期得到版本号是因为版本号的时间戳被维护成一个串行化的序列—
- 版本号越年轻, 时间戳就越小. 如果顺序被打乱了, 那么当你用日期指定
- 版本号范围时, Subversion 返回的数据很有可能不是你所想要的.</para>
+ <para>Subversion 能够根据版本号日期得到版本号是因为版本号的时间戳被维护
+ 成一个串行化的序列—版本号越年轻, 时间戳也就越年轻. 但是时间戳
+ 是存放在版本号的 <literal>svn:date</literal> 属性内 (见
+ <xref linkend="svn.advanced.props"/>), 而该属性是可修改的, 且未被纳
+ 入版本管理, 所以说打乱版本号的时间戳是有可能的. 如果时间戳被打乱了,
+ 大多数操作都不会受到影响, 毕竟它们都是使用版本号的整数编号作为版本
+ 号的标识, 但是当你用日期指定版本号范围时, Subversion 返回的数据很可
+ 能不是你所想要的. 导致版本号时间戳不再有序的常见操作是把多个仓库的
+ 历史组合成单独的一个.</para>
</warning>
</sect2>
@@ -6003,7 +6006,7 @@
<!--
<title>The Many Meanings of <quote>Lock</quote></title>
-->
- <title><quote>锁</quote> 的 3 种涵义</title>
+ <title><quote>锁</quote> 的多种涵义</title>
<!--
<para>In this section, and almost everywhere in this book, the
@@ -6015,8 +6018,8 @@
-->
<para>本节及书中的其他地方, 单词 <quote>锁 (lock) </quote> 和 <quote>
加锁 (locking)</quote> 描述一种用于实现用户间互斥的机制, 避免提交
- 产生碰撞. 不幸的是, Subversion 还有两种 <quote>锁</quote> 需要注意.
- </para>
+ 产生碰撞. 不幸的是, Subversion 还有其他种类的 <quote>锁</quote> 需要
+ 注意.</para>
<para>
<indexterm>
@@ -6023,7 +6026,7 @@
<primary>locks</primary>
<secondary>administrative</secondary>
</indexterm>
- 第二种是 <firstterm>管理锁</firstterm> (<firstterm>administrative
+ <firstterm>管理锁</firstterm> (<firstterm>administrative
locks</firstterm>), 由 Subversion 内部使用, 用于防止多个客户端在
操作同一个工作副本时产生碰撞. <command>svn status</command> 输出中
第三列的 <computeroutput>L</computeroutput> 指的就是管理锁, 命令
@@ -6045,9 +6048,11 @@
<primary>locks</primary>
<secondary>database</secondary>
</indexterm>
- 第三种是 <firstterm>数据库锁</firstterm> (<firstterm>database locks
- </firstterm>), 由 Berkeley DB 内部使用, 防止多个程序在访问数据库时
- 产生碰撞.</para>
+ 使用老的 Berkeley DB 作为仓库后端的管理员需要了解 <firstterm>数据库锁
+ </firstterm>, 它由 Berkeley DB 数据库内部使用, 防止多个程序在访问数
+ 据库时产生碰撞. 这种类型的锁如果在遭遇错误出现了不应该出现的持久化
+ 状态, 将导致仓库 <quote>楔形化</quote> (见
+ <xref linkend="svn.berkeleydb.maintenance.recovery" />.</para>
<!--
</indexterm>Administrators using the older Berkeley DB repository
backend will need to be familiar with <firstterm>database
@@ -6058,12 +6063,18 @@
<xref linkend="svn.berkeleydb.maintenance.recovery" />.</para>
-->
- <!--
<para>
<indexterm>
<primary>locks</primary>
<secondary>svnsync</secondary>
- </indexterm>Additionally, there are <firstterm>svnsync
+ </indexterm>
+ 另外, <firstterm>svnsync 锁</firstterm> 可以让命令
+ <command>svnsync</command> 的多个实例在操作仓库的同一个镜像时保持互斥.
+ 这种锁类型通过版本号的 <literal>svn:sync-lock</literal> 属性实现,
+ <command>svnsync</command> 的介绍见
+ <xref linkend="svn.reposadmin.maint.replication.svnsync" />.</para>
+ <!--
+ Additionally, there are <firstterm>svnsync
locks</firstterm>, which effect mutual exclusion between multiple
instances of the <command>svnsync</command> command that write
to the same mirror of a repository. This is the sort of lock
@@ -6070,17 +6081,26 @@
implemented by the <literal>svn:sync-lock</literal> revision
property, as described in <xref
linkend="svn.reposadmin.maint.replication.svnsync" />.</para>
+ -->
<para>
<indexterm>
<primary>locks</primary>
<secondary>svnrdump</secondary>
- </indexterm>Finally, there are <firstterm>svnrdump
+ </indexterm>
+ 最后还有一个 <firstterm>svnrdump 锁</firstterm>. 它和 svnsync 锁非常
+ 类似, 只是它和命令 <command>svnrdump</command> 相关, <command>svnrdump
+ </command> 的介绍见
+ <xref linkend="svn.reposadmin.maint.migrate.svnrdump" />.</para>
+ <!--
+ Finally, there are <firstterm>svnrdump
locks</firstterm>. These are very much like svnsync locks, but
are associated with the <command>svnrdump</command> command
(described in <xref linkend="svn.reposadmin.maint.migrate.svnrdump"
/>) instead of <command>svnsync</command>.</para>
+ -->
+ <!--
<para>You can generally forget about these other kinds of locks
until something goes wrong that requires you to care about
them. In this book, <quote>lock</quote> means the first sort
More information about the svnbook-dev
mailing list