[svnbook] r4531 committed - Translation: Blocking Changes
svnbook at googlecode.com
svnbook at googlecode.com
Tue Aug 6 10:42:05 CDT 2013
Revision: 4531
Author: jmfelderhoff at gmx.eu
Date: Tue Aug 6 08:41:55 2013
Log: Translation: Blocking Changes
http://code.google.com/p/svnbook/source/detail?r=4531
Modified:
/branches/1.6/de/book/ch04-branching-and-merging.xml
=======================================
--- /branches/1.6/de/book/ch04-branching-and-merging.xml Tue Aug 6
08:32:45 2013
+++ /branches/1.6/de/book/ch04-branching-and-merging.xml Tue Aug 6
08:41:55 2013
@@ -3744,20 +3744,21 @@
automatisch in den Zweig eingebracht werden.</para>
<!--
- <para>In Subversion 1.5, the only way to block a changeset is to
+ <para>In Subversion 1.6, the only way to block a changeset is to
make the system believe that the change has
- <emphasis>already</emphasis> been merged. To do this, one can
- invoke a merge command with the <option>- -record-only</option>
+ <emphasis>already</emphasis> been merged. To do this, invoke
+ a merge command with the <option>- -record-only</option>
option:</para>
-->
- <para>Die einzige Möglichkeit, mit Subversion 1.5 eine
+ <para>Die einzige Möglichkeit, mit Subversion 1.6 eine
Änderungsmenge zu blockieren, besteht darin, dem System
vorzugaukeln, dass die Änderung <emphasis>bereits</emphasis>
- eingearbeitet wurde. Dazu können Sie den Befehl mit der Option
- <option>--record-only</option> aufrufen:</para>
+ eingearbeitet wurde. Dazu rufen Sie den Befehl mit der Option
+ <option>--record-only</option> auf:</para>
<!--
- <screen>
+ <informalexample>
+ <screen>
$ cd my-calc-branch
$ svn propget svn:mergeinfo .
@@ -3767,7 +3768,7 @@
$ svn merge -c 3328 - -record-only http://svn.example.com/repos/calc/trunk
$ svn status
-M .
+M .
$ svn propget svn:mergeinfo .
/trunk:1680-3305,3328
@@ -3775,8 +3776,10 @@
$ svn commit -m "Block r3328 from being merged to the branch."
…
</screen>
+ </informalexample>
-->
- <screen>
+ <informalexample>
+ <screen>
$ cd my-calc-branch
$ svn propget svn:mergeinfo .
@@ -3786,7 +3789,7 @@
$ svn merge -c 3328 --record-only http://svn.example.com/repos/calc/trunk
$ svn status
-M .
+M .
$ svn propget svn:mergeinfo .
/trunk:1680-3305,3328
@@ -3794,41 +3797,40 @@
$ svn commit -m "Das Zusammenführen von r3328 mit dem Zweig verhindern."
…
</screen>
+ </informalexample>
+
+ <!-- ### FIXME: In 1.7, record-only merges produce some output -->
<!--
<para>This technique works, but it's also a little bit
dangerous. The main problem is that we're not clearly
- differentiating between the ideas of <quote>I already have this
- change</quote> and <quote>I don't have this change.</quote>
- We're effectively lying to the system, making it think that
- the change was previously merged. This puts the
- responsibility on you—the user—to remember that
- the change wasn't actually merged, it just wasn't wanted.
- There's no way to ask Subversion for a list of <quote>blocked
- changelists.</quote> If you want to track them (so that you
- can unblock them someday). you'll need to record them in a
- text file somewhere, or perhaps in an invented property. In
- Subversion 1.5, unfortunately, this is the only way to manage
- blocked revisions; the plans are to make a better interface
- for this in future versions.</para>
+ differentiating between the ideas of <quote>I already have
+ this change</quote> and <quote>I don't have this change, but
+ don't currently want it.</quote> We're effectively lying to
+ the system, making it think that the change was previously
+ merged. This puts the responsibility on you—the
+ user—to remember that the change wasn't actually merged,
+ it just wasn't wanted. There's no way to ask Subversion for a
+ list of <quote>blocked changelists.</quote> If you want to
+ track them (so that you can unblock them someday) you'll need
+ to record them in a text file somewhere, or perhaps in an
+ invented property.</para>
-->
<para>Diese Technik funktioniert zwar, sie ist allerdings auch
ein wenig gefährlich. Das Hauptproblem ist, dass wir nicht
klar unterscheiden zwischen <quote>ich habe diese Änderung
- bereits</quote> und <quote>ich habe diese Änderung
- nicht</quote>. Wir belügen das System gewissermaßen, indem
- wir es glauben lassen, dass die Änderung schon eingearbeitet
- sei. Das schiebt die Verantwortung, sich daran zu erinnern,
- dass die Änderung tatsächlich gar nicht übernommen wurde
- sondern nicht gewünscht war, auf Sie – den Benutzer. Es
- gibt keine Möglichkeit, Subversion nach einer Liste
- <quote>blockierter Änderungen</quote> zu fragen. Wenn Sie sie
- verfolgen möchten (so dass Sie eines Tages die Blockierung
- aufheben können) müssen Sie sie irgendwo in eine Textdatei
- schreiben oder in einer erfundenen Eigenschaft festhalten. Leider
- ist das in Subversion 1.5 die einzige Möglichkeit mit
- blockierten Revisionen umzugehen; ein besseres Interface dafür
- ist für künftige Versionen geplant.</para>
+ bereits</quote> und <quote>ich habe diese Änderung nicht, aber
+ ich will sie jetzt nicht</quote>. Wir belügen das System
+ gewissermaßen, indem wir es glauben lassen, dass die Änderung
+ schon eingearbeitet sei. Das schiebt die Verantwortung, sich
+ daran zu erinnern, dass die Änderung tatsächlich gar nicht
+ übernommen wurde sondern nicht gewünscht war, auf Sie –
+ den Benutzer. Es gibt keine Möglichkeit, Subversion nach einer
+ Liste <quote>blockierter Änderungen</quote> zu fragen. Wenn
+ Sie sie verfolgen möchten (so dass Sie eines Tages die
+ Blockierung aufheben können) müssen Sie sie irgendwo in eine
+ Textdatei schreiben oder in einer erfundenen Eigenschaft
+ festhalten.</para>
</sect2>
More information about the svnbook-dev
mailing list