1 files changed, 22 insertions, 22 deletions

diff --git a/zh_CN.GB2312/books/handbook/cutting-edge/chapter.sgml b/zh_CN.GB2312/books/handbook/cutting-edge/chapter.sgml
index 1c8d47b7c4..e367dd337e 100644
--- a/zh_CN.GB2312/books/handbook/cutting-edge/chapter.sgml
+++ b/zh_CN.GB2312/books/handbook/cutting-edge/chapter.sgml
@@ -2,7 +2,7 @@
      The FreeBSD Documentation Project
      The FreeBSD Simplified Chinese Project
 
-     Original Revision: 1.216
+     Original Revision: 1.217
      $FreeBSD$
 -->
 
@@ -443,7 +443,7 @@
       <application>CVSup</application> 使用 <emphasis>下拉(pull)</emphasis>
       模式来更新源代码。 在
       <application>CVSup</application> 中， 用户 (或者
-      <command>cron</command> 叫本)
+      <command>cron</command> 脚本)
       会调用 <command>cvsup</command> 程序， 后者会同某一个
       <command>cvsupd</command> 服务进行交互， 以更新您的文件。
       您接到的更新是更新时刻最新的， 并且您只会收到那些需要的更新。
@@ -460,13 +460,13 @@
     <indexterm>
       <primary><application>CTM</application></primary>
     </indexterm>
-    <para><application>CTM</application>，在另一方面，
-      不能交互的把您有的源码与主压缩包里的进行比较，
-      也不能把它们拉下来。实际上，在主 CTM 机器里，
-      可以用来识别文件里自上次运行以来发生的变化的脚本，
-      每天要执行好几次，任何侦测到的变化都会被压缩、
-      标识上序列号并进行编码以利于能过电子邮件传输
-      (只能是可打印的ASCII)。一旦接收到，
+    <para>另一种方法是 <application>CTM</application>。
+      这种方法并不能将您手头的代码与中央代码库中的版本进行比较，
+      也不能下载它们。 在主 CTM 服务器上运行的脚本会每天执行多次，
+      每次运行都能够自动地识别所有文件自上次运行以来所发生的变化，
+      如果发现有文件发生了变动， 就会压缩、 标上一个序列号，
+      并进行便于使用电子邮件进行传送的编码操作 (其中只包括可打印的
+      ASCII 字符)。 一旦接收到，
       这些<quote>CTM deltas</quote>就会被传送给 &man.ctm.rmail.1;
       工具---可以自动进行解码、校验和应用这些变化到用户的复制的源码里。
       这个过程比 <application>CVSup</application> 更为有效，
@@ -474,14 +474,14 @@
       <emphasis>下拉(pull)</emphasis> 模式，还采用
       <emphasis>上推(push)</emphasis> 模式。</para>
 
-    <para>当然，There are other trade-offs, of course.
+    <para>当然， 这样做也会带来一些不便。
       如果您不经意删除了您的压缩包的部分内容，
       <application>CVSup</application> 会检测到并为您重建破坏的部分。
       <application>CTM</application> 是不会这样做的，
       如果您删除了您的源码树中的某部分(并已不能恢复)，
       那么您就必须从破坏处 (从最新的CVS <quote>base delta</quote>)
       开始，使用 <application>CTM</application> 或
-      <application>Anonymous CVS</application>
+      <application>匿名 CVS</application>
       进行重建，仅仅删除坏的数据并再同步。</para>
   </sect1>
 
@@ -538,7 +538,7 @@
     <sect2>
       <title>更新系统的规范途径</title>
 
-      <para>要更新系统， 您必须查看
+      <para>要更新系统， 就一定要首先查看
 	<filename>/usr/src/UPDATING</filename> 文件， 以了解
 	buildworld 之前需要完成的步骤，
 	然后使用下面的过程：</para>
@@ -549,17 +549,17 @@
 &prompt.root; <userinput>reboot</userinput></screen>
 
       <note>
-	<para>有些时候， 需要额外地执行一次
+	<para>有时， 可能需要额外地执行一次
 	  <command>mergemaster -p</command> 才能够完成
 	  <maketarget>buildworld</maketarget> 步骤。
-	  这些会在 <filename>UPDATING</filename> 中进行描述。
-	  一般而言， 您可以简单地跳过这一步， 只要进行的不是
-	  &os; 的大跨度版本升级。</para>
+	  这些要求， 会在 <filename>UPDATING</filename> 中进行描述。
+	  一般而言， 您可以简单地跳过这一步， 只要进行的不是大跨度的
+	  &os; 版本升级。</para>
       </note>
 
       <para>在 <maketarget>installkernel</maketarget> 成功完成之后，
-	您需要引导到单用户模式
-	(例如， 在加载器提示后面输入 <command>boot -s</command>)。
+	您需要引导到单用户模式 (举例而言，
+	可以在加载器提示后输入 <command>boot -s</command>)。
 	接下来执行：</para>
 
       <screen>&prompt.root; <userinput>mergemaster -p</userinput>
@@ -570,9 +570,9 @@
       <warning>
 	<title>阅读进一步的说明</title>
 
-	<para>上边描述的序列只是有助于您开始工作的简要。
-	  要清楚的理解每一不步，尤其是您想使用定制内核配置，
-	  您就应阅读下面的部分。</para>
+	<para>前面所给出的， 只是帮助您开始工作的简要说明。
+	  要清楚地理解每一步， 特别是如果打算自行定制内核配置，
+	  就应阅读下面的内容。</para>
       </warning>
     </sect2>
 
@@ -1265,7 +1265,7 @@ Script done, &hellip;</screen>
           <filename>/rescue</filename> 目录会为用户自动更新，
           其内容是在 <command>make installworld</command>
           过程中所生成的静态联编的可执行程序，
-	  这就不需要更新 <filename>/stand</filename> (在 FreeBSD&nbsp;5.2
+	  这就不需要更新 <filename>/stand</filename> (在 &os;&nbsp;6.0
 	  和更新版本中不再存在) 了。</para>
       </note>