[svnbook] r6015 committed - branches/1.8/zh/book/ch03-advanced-topics.xml
wuzhouhui at users.sourceforge.net
wuzhouhui at users.sourceforge.net
Sun Dec 15 04:42:28 UTC 2019
Revision: 6015
http://sourceforge.net/p/svnbook/source/6015
Author: wuzhouhui
Date: 2019-12-15 04:42:28 +0000 (Sun, 15 Dec 2019)
Log Message:
-----------
1.8/zh: review of whole book in progress
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 2019-12-08 03:12:21 UTC (rev 6014)
+++ branches/1.8/zh/book/ch03-advanced-topics.xml 2019-12-15 04:42:28 UTC (rev 6015)
@@ -3283,8 +3283,8 @@
extensions.</para>
-->
<para>然而, 其他软件或存放在 Subversion 仓库里的文件并不都是这样. 比如说
- 在一台 Windows 机器上, 对于 <quote>文本文件</quote> 定义和 Linux 机器类
- 似, 除了一点—标记一行结束的字符序列不同. 除此之外, Unix 平台 (和
+ 在一台 Windows 机器上, 对于 <quote>文本文件</quote> 的定义和 Linux 机器
+ 类似, 除了一点—标记一行结束的字符序列不同. 除此之外, Unix 平台 (和
Subversion) 支持符号链接, 而 Windows 不支持; Unix 平台根据文件系统权限
来判断文件的可执行性, 而 Windows 是根据文件的扩展名.</para>
@@ -3507,8 +3507,8 @@
property on a versioned file. See
<xref linkend="svn.advanced.props.auto" /> for details.</para>
-->
- <para>Subversion 提供了多种用于自动设置属性 <literal>svn:mime-type
- </literal> 的机制, 详细的介绍见
+ <para>Subversion 提供了多种机制, 用于自动地设置属性
+ <literal>svn:mime-type</literal>, 详细的介绍见
<xref linkend="svn.advanced.props.auto" />.</para>
<!--
@@ -5445,7 +5445,7 @@
empty depth. Let's look now at examples of the other depth
values:</para>
-->
- <para>前面的两个例子演示的深度值 <literal>infinity</literal> (<command>
+ <para>前面的两个例子演示了深度值 <literal>infinity</literal> (<command>
svn checkout</command> 的默认行为) 和 <literal>empty</literal> 的效果,
现在看一下其他深度的例子:</para>
@@ -5499,7 +5499,7 @@
们可以更一般地说: 对于一个给定的, 处于任意周围深度 (深度可以是混合的)
的工作副本, 和一个指定了操作深度 (或使用默认值) 的 Subversion 命令, 命令
将保持工作副本的周围深度不变, 同时将操作的作用域限制在所给定 (或默认的)
- 的操作深度上.</para>
+ 的深度上.</para>
<!--
<para>In addition to the <option>- -depth</option> option, the
@@ -5922,7 +5922,7 @@
<para>现在麻烦来了. 如果 Harry 和 Sally 编辑的是文本文件, 此时 Sally 只
要更新工作副本, 然后就可以再次尝试提交, 最差的情况不过是两人都修改了文件
的同一区域, 而 Sally 必须手工地解决冲突. 但海报不是文本文件, 它是二进制
- 的图片, 没有哪一款软件可以聪明到能够把两张图片合并成一张, 最终得到一辆
+ 的图片, 没有哪一款软件可以聪明到能够把两张图片合并成一张, 得到一辆
樱桃红的, 挡风玻璃上有裂痕的汽车.</para>
<para>
@@ -6307,8 +6307,9 @@
authenticating as the lock owner isn't enough to prevent
accidents.</para>
-->
- <para>锁令牌不是验证令牌 (authentication token), 是 <emphasis>授权
- </emphasis> 令牌 (authorization token). 令牌不是一个受保护的秘密,
+ <para>锁令牌不是认证令牌 (authentication token), 而是
+ <emphasis>授权</emphasis> 令牌 (authorization token). 令牌不是
+ 一个受保护的秘密,
实际上, 任意一个用户都可以用 <userinput>svn info <replaceable>URL
</replaceable></userinput> 发现锁的一个独一无二的令牌. 只有当一个
锁令牌处在工作副本里时它才是特殊的, 这说明了锁是在这个特定的工作
More information about the svnbook-dev
mailing list