[svnbook] r6013 committed - branches/1.8/zh/book
wuzhouhui at users.sourceforge.net
wuzhouhui at users.sourceforge.net
Sun Dec 1 04:23:33 UTC 2019
Revision: 6013
http://sourceforge.net/p/svnbook/source/6013
Author: wuzhouhui
Date: 2019-12-01 04:23:33 +0000 (Sun, 01 Dec 2019)
Log Message:
-----------
1.8/zh: review of whole book in progress
Modified Paths:
--------------
branches/1.8/zh/book/ch00-preface.xml
branches/1.8/zh/book/ch01-fundamental-concepts.xml
branches/1.8/zh/book/ch02-basic-usage.xml
branches/1.8/zh/book/foreword.xml
Modified: branches/1.8/zh/book/ch00-preface.xml
===================================================================
--- branches/1.8/zh/book/ch00-preface.xml 2019-11-18 14:42:42 UTC (rev 6012)
+++ branches/1.8/zh/book/ch00-preface.xml 2019-12-01 04:23:33 UTC (rev 6013)
@@ -1306,7 +1306,7 @@
metadata, file locking, and peg revisions.</para>
-->
<para>介绍普通用户最终将会用到的更复杂的功能, 例如版本控制的元数据,
- 文件锁和限定版本号 (peg revisions).</para>
+ 文件锁和限定版本号.</para>
</listitem>
</varlistentry>
@@ -1427,7 +1427,7 @@
-->
<para>介绍了 Subversion 与 CVS 的异同点, 对于如何纠正长期使用 CVS
所养成的坏习惯也提出了大量的建议. 包含的内容有 Subversion 的版本号,
- 版本控制目录, 离线操作, 命令 <command>update</command> 与
+ 对目录进行版本控制, 离线操作, 命令 <command>update</command> 与
<command>status</command>, 分支, 标签, 元数据, 冲突解决和授权.
</para>
</listitem>
Modified: branches/1.8/zh/book/ch01-fundamental-concepts.xml
===================================================================
--- branches/1.8/zh/book/ch01-fundamental-concepts.xml 2019-11-18 14:42:42 UTC (rev 6012)
+++ branches/1.8/zh/book/ch01-fundamental-concepts.xml 2019-12-01 04:23:33 UTC (rev 6013)
@@ -667,7 +667,7 @@
<xref linkend="svn.reposadmin"/>.</para>
-->
<para>Subversion 实现仓库的方式与其他版本控制系统非常类似. 与工作副本
- 不同, 一个 Subversion 仓库是一个抽象的实体, 可以被 Subversion 的库
+ 不同, 一个 Subversion 仓库是一个抽象的实体, 可以被 Subversion 的库函数
和工具进行独占性地操作. 因为大多数用户是在工作副本中通过客户端工具
与 Subversion 交互, 所以本书主要讨论工作副本以及如何操作它, 关于
仓库的细节请参考 <xref linkend="svn.reposadmin"/>.</para>
@@ -852,7 +852,7 @@
因为 Subversion 向客户端提供了几种不同的通信方式, 所以根据具体的仓库
访问方式, 用于寻址仓库的 URL 参数也会有微妙的差别.
<xref linkend="svn.basic.in-action.wc.tbl-1"/> 展示了不同的 URL 模式
- 如何映射到仓库的访问方式. 关于 Subversion 的服务器选项的更多内容,
+ 如何映射到仓库的访问方式. 关于 Subversion 服务器选项的更多内容,
见 <xref linkend="svn.serverconfig"/>.</para>
<table id="svn.basic.in-action.wc.tbl-1">
@@ -998,7 +998,7 @@
-->
<para>你不能在网页浏览器上输入 Subversion 的 <literal>file://</literal>
形式的 URL 来访问仓库, 如果真这样做了, 网页浏览器会以访问普通文件系
- 统的方式显示目录中文件的内容. 然而, Subversion 的资源存放在一个虚拟
+ 统的方式显示目录中文件的内容. 因为, Subversion 的资源存放在一个虚拟
的文件系统中 (见 <xref linkend="svn.developer.layerlib.repos"/>),
而网页浏览器不知道如何与这种文件系统进行交互.</para>
</note>
@@ -1223,7 +1223,7 @@
working file is in:</para>
-->
<para>有了这些信息后, 通过与仓库通信, Subversion 就可以判断出
- 每一个工作文件处于以下 4 种状态中的哪一种:</para>
+ 工作副本中的每一个文件处于以下 4 种状态中的哪一种:</para>
<variablelist>
<varlistentry>
@@ -1336,7 +1336,7 @@
-->
<para>一个典型的 Subversion 仓库经常存放着若干个项目的文件,
一般来说, 每一个项目都是仓库文件系统树的一个子目录. 在这种目录
- 布局下, 用户的一个工作副本就对应着仓库中的一个特定子目录.</para>
+ 布局下, 用户的一个工作副本就对应着仓库中一个特定的子目录.</para>
<!--
<para>For example, suppose you have a repository that contains
@@ -1818,7 +1818,7 @@
到一个较旧的版本会很方便—我们将会在 <xref linkend="svn.tour"/>
介绍如何完成这种操作. 也许是你想要测试存放在某个子目录中的子模块
早期版本, 又或许是你想要查出某个文件的问题是在什么时候第一次出现.
- 这是版本控制系统 <quote>时间机器</quote> 特性, 该特性允许用户把
+ 这是版本控制系统的 <quote>时间机器</quote> 特性, 该特性允许用户把
工作副本的任意一部分在时间上向前或向后移动.</para>
</sect4>
Modified: branches/1.8/zh/book/ch02-basic-usage.xml
===================================================================
--- branches/1.8/zh/book/ch02-basic-usage.xml 2019-11-18 14:42:42 UTC (rev 6012)
+++ branches/1.8/zh/book/ch02-basic-usage.xml 2019-12-01 04:23:33 UTC (rev 6013)
@@ -628,8 +628,8 @@
-->
<para>因为 Subversion 用的是 复制-修改-合并 模型, 而非 加锁-修改-解锁
(见 <xref linkend="svn.basic.vsn-models"/>), 所以用户马上就可以修改
- 工作副本里的文件与目录. 工作副本就像一个普通目录, 用户可以编辑, 重
- 命名里面的文件, 甚至可以删除整个工作副本.</para>
+ 工作副本里的文件与目录. 工作副本就像一个普通目录, 用户可以编辑或
+ 重命名里面的文件, 甚至可以删除整个工作副本.</para>
<warning>
<!--
@@ -768,7 +768,7 @@
handle those sorts of structural changes within the working
copy.</para>
-->
- <para><emphasis>修改.</emphasis>最常见的修改就是编辑已有文件的内容,
+ <para><emphasis>修改.</emphasis> 最常见的修改就是编辑已有文件的内容,
但有时还要添加, 删除, 复制和移动文件或目录 — 命令
<command>svn add</command>, <command>svn delete</command>,
<command>svn copy</command> 和 <command>svn move</command> 负责
@@ -1618,7 +1618,7 @@
内容的变化. 如果在工作副本的根目录不加任何参数地执行
<userinput>svn diff</userinput>, Subversion 就会输出工作副本中人类
可读的文件的变化. 文件的变化以 <firstterm>标准差异</firstterm>
- (<firstterm>unified diff</firstterm>) 的格式输出, 这种格式把文件
+ (<firstterm>unified diff</firstterm>) 格式进行输出, 这种格式把文件
内容的变化描述成 <quote>块</quote> (hunk) 或 <quote>片断</quote>
(snippet), 其中每一行文本都加上一个单字符前缀: 空格表示该行没有
变化; 负号 (<literal>-</literal>) 表示该行被删除; 正号
@@ -2436,8 +2436,8 @@
这节的标题看起来好像是在讲如何避免夫妻之间爆发冲突, 可实际上
本节还是在介绍和 Subversion 相关的内容. 如果用户在更新时遇到了冲
突, 但是还没有准备好立即解决, 这时可以选择 <userinput>p</userinput>
- 来推迟解决. 如果用户早就准备好不想交互式地解决冲突, 可以给
- <command>svn update</command> 增加一个参数
+ (postpone) 来推迟解决. 如果用户早就准备好不想交互式地解决冲突,
+ 可以给 <command>svn update</command> 增加一个参数
<option>--non-interactive</option>, 此时发生冲突的文件会被自动
标记为 <computeroutput>C</computeroutput>.</para>
@@ -2462,7 +2462,7 @@
<command>svn</command> typically does three things to assist
you in noticing and resolving that conflict:</para>
-->
- <para><computeroutput>C</computeroutput> (<quote>Conflicted</quote>)
+ <para><computeroutput>C</computeroutput> (Conflicted)
表示来自服务器的修改和用户的本地修改有所重叠, 用户在更新完成后必须
手动加以选择. 如果用户推迟解决冲突, <command>svn</command> 通常
会从三个方面帮助用户解决冲突:</para>
Modified: branches/1.8/zh/book/foreword.xml
===================================================================
--- branches/1.8/zh/book/foreword.xml 2019-11-18 14:42:42 UTC (rev 6012)
+++ branches/1.8/zh/book/foreword.xml 2019-12-01 04:23:33 UTC (rev 6013)
@@ -158,7 +158,7 @@
和 FAQ 的优点, 初次阅读时, 这种二元性的优势可能并不明显. 从表面上看,
本书只是从头到尾地描述了软件的细节, 书中的内容包括一章概述, 一章不可或缺
的快速指南, 一章关于管理配置, 一些高级主题, 当然还包括命令参考手册和故障
- 排除指南. 当你过一段时间后, 再次翻开本书查找一些特定问题的答案时, 这种二
+ 排除指南. 一段时间后, 当你再次翻开本书查找一些特定问题的答案时, 这种二
元性才得以显现: 书中生动的细节一定是来自不可预测的实际用例的提炼, 大多数
内容是源于用户的需求和视角.</para>
More information about the svnbook-dev
mailing list