[svnbook commit] r3352 - trunk/src/de/book
jmfelderhoff
noreply at red-bean.com
Thu Nov 13 15:49:31 CST 2008
Author: jmfelderhoff
Date: Thu Nov 13 15:49:30 2008
New Revision: 3352
Log:
* trunk/src/de/book/ch04-branching-and-merging.xml
- Ticket #160 (cf. http://www.svnbook.de/report/6).
Modified:
trunk/src/de/book/ch04-branching-and-merging.xml
Modified: trunk/src/de/book/ch04-branching-and-merging.xml
==============================================================================
--- trunk/src/de/book/ch04-branching-and-merging.xml (original)
+++ trunk/src/de/book/ch04-branching-and-merging.xml Thu Nov 13 15:49:30 2008
@@ -3078,8 +3078,12 @@
<!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -->
<sect2 id="svn.branchmerge.advanced.blockchanges">
+<!--
<title>Blocking Changes</title>
+-->
+ <title>Änderungen blockieren</title>
+<!--
<para>Sometimes there's a particular changeset that you don't
want to be automatically merged. For example, perhaps your
team's policy is to do new development work on
@@ -3094,12 +3098,37 @@
this case, you'd like a way to mask a few specific changes
out, that is, prevent them from ever being automatically
merged.</para>
+-->
+ <para>Manchmal gibt es eine bestimmte Änderungsmenge, die Sie
+ nicht automatisch zusammengeführt haben wollen. Beispielsweise
+ ist vielleicht die Vorgehensweise Ihres Teams dergestalt, dass
+ Neuentwicklungen auf <filename>/trunk</filename> gemacht
+ werden, aber konservativer, wenn es darum geht, Änderungen auf
+ einen stabilen Zweig zurückzuportieren, den sie zur
+ Veröffentlichung benutzen. Auf der einen Seite können Sie
+ die Rosinen in Form von einzelnen Änderungsmengen manuell aus
+ dem Stamm herauspicken und in den Zweig einpflegen – nur
+ die Änderungen, die stabil genug sind, um die Qualitätsprüfung
+ zu bestehen. Vielleicht ist es ja auch nicht ganz so streng,
+ und Sie möchten normalerweise, dass <command>svn
+ merge</command> die meisten Änderungen vom Stamm automatisch
+ mit dem Zweig zusammenführt. In diesem Fall könnten Sie ein
+ Verfahren gebrauchen, dass es Ihnen erlaubt, einige bestimmte
+ Änderungen auszulassen, d.h. zu vermeiden, dass sie
+ automatisch in den Zweig eingebracht werden.</para>
+<!--
<para>In Subversion 1.5, 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>
+ invoke a merge command with the <option>- -record-only</option>
option:</para>
+-->
+ <para>Die einzige Möglichkeit, mit Subversion 1.5 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>
<screen>
$ cd my-calc-branch
@@ -3120,6 +3149,7 @@
…
</screen>
+<!--
<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
@@ -3135,6 +3165,24 @@
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>
+-->
+ <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 einem erfundenen Property 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>
</sect2>
More information about the svnbook-dev
mailing list