[svnbook] r5519 committed - branches/1.8/zh/book/ ch04-branching-and-merging.xml
wuzhouhui at users.sourceforge.net
wuzhouhui at users.sourceforge.net
Tue Dec 5 06:31:42 CST 2017
Revision: 5519
http://sourceforge.net/p/svnbook/source/5519
Author: wuzhouhui
Date: 2017-12-05 12:31:42 +0000 (Tue, 05 Dec 2017)
Log Message:
-----------
1.8/zh: translation of chapter 4 in progress
Modified Paths:
--------------
branches/1.8/zh/book/ch04-branching-and-merging.xml
Modified: branches/1.8/zh/book/ch04-branching-and-merging.xml
===================================================================
--- branches/1.8/zh/book/ch04-branching-and-merging.xml 2017-12-05 03:04:24 UTC (rev 5518)
+++ branches/1.8/zh/book/ch04-branching-and-merging.xml 2017-12-05 12:31:42 UTC (rev 5519)
@@ -6666,10 +6666,14 @@
工作, 但其中的关键问题是确保每一个供方物资都能得到相同的对待.</para>
</footnote></para>
+ <!--
<para>Now that the first vendor release drop is present in our
repository, we can create our vendor branch from it just as we
would create any other branch—using <command>svn
copy</command>.</para>
+ -->
+ <para>供方发布物资进入我们的仓库后, 接下来就可以用
+ <command>svn copy</command> 创建供方分支.</para>
<informalexample>
<screen>
@@ -6681,6 +6685,7 @@
</screen>
</informalexample>
+ <!--
<para>Okay. At this point we have a vendor branch based on
libcomplex 1.0.0. We are now poised to begin making the
customizations to libcomplex required for our
@@ -6687,7 +6692,13 @@
purposes—committing them directly to the vendor branch
we've created—and then to start using our customized
libcomplex in our own application.</para>
+ -->
+ <para>现在, 我们拥有了基于 libcomplex 1.0.0 的供方分支, 接下来就可以按照
+ 项目的需要, 对 libcomplex 进行定制化修改—修改完成后直接提交到
+ 刚创建的供方分支里—然后再在自己的项目中使用定制过的 libcomplex.
+ </para>
+ <!--
<para>Some time later, libcomplex 1.0.1 is released. After
reviewing its changes, we decide we'd like to upgrade our
vendor branch to the new version. In order to perform that
@@ -6700,7 +6711,15 @@
repository</emphasis>. Afterwards, we'll use the 2-URL form
of the <command>svn merge</command> command to replicate those
same changes into our vendor branch.</para>
+ -->
+ <para>一段时间后, 发布了 libcomplex 1.0.1. 通过查看修改日志, 我们打算
+ 把供方分支升级到新版. 为了升级供方分支, 我们需要把 1.0.0 和 1.0.1
+ 之间的差异应用到供方分支中, 而且不能影响定制化修改. 完成这项操作最
+ 案例的方式是先把 libcomplex 1.0.1 <emphasis>作为 libcomplex 1.0.0
+ 的增量版本</emphasis> 导入到我们的仓库中, 然后使用 2-URL 形式的
+ <command>svn merge</command>, 把差异应用到供方分支中.</para>
+ <!--
<para>As it turns out, there are several different approaches we
can take to to get libcomplex 1.0.1 into our repository in the
right way.<footnote><para>Using another <command>svn
@@ -6710,6 +6729,12 @@
ancestry.</para></footnote> The approach we'll describe here
is relatively rudimentary, but it will serve our illustrative
needs.</para>
+ -->
+ <para>事实证明, 有多种方式都可以正确地把 libcomplex 1.0.1 添加到仓库中.
+ <footnote><para>不正确的做法是再使用一次 <command>svn import</command>,
+ 因为这将导致 libcomplex 1.0.0 和 libcomplex 1.0.1 不含有共同的祖
+ 先.</para></footnote> 我们在这里介绍的方法相对比较原始, 但作为说明
+ 已经足够了.</para>
<para>Remember, we want our mirror of the libcomplex 1.0.1
vendor drop to share ancestry with our 1.0.0 vendor drop,
More information about the svnbook-dev
mailing list