[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