You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@subversion.apache.org by st...@apache.org on 2012/09/18 15:23:58 UTC

svn commit: r1387141 - /subversion/site/publish/docs/release-notes/1.8.html

Author: stsp
Date: Tue Sep 18 13:23:58 2012
New Revision: 1387141

URL: http://svn.apache.org/viewvc?rev=1387141&view=rev
Log:
* publish/docs/release-notes/1.8.html
  (auto-merge): Move to main list of new features.

Modified:
    subversion/site/publish/docs/release-notes/1.8.html

Modified: subversion/site/publish/docs/release-notes/1.8.html
URL: http://svn.apache.org/viewvc/subversion/site/publish/docs/release-notes/1.8.html?rev=1387141&r1=1387140&r2=1387141&view=diff
==============================================================================
--- subversion/site/publish/docs/release-notes/1.8.html (original)
+++ subversion/site/publish/docs/release-notes/1.8.html Tue Sep 18 13:23:58 2012
@@ -380,6 +380,63 @@ directories specially. Behavioural chang
 
 </div>  <!-- moves -->
 
+<div class="h3" id="auto-merge">
+<h3>Improved support for automatic merges (--reintegrate option deprecated)
+  <a class="sectionlink" href="#auto-merge"
+    title="Link to this section">&para;</a>
+</h3>
+
+<p>During merges which merge all eligible revisions from another
+branch, Subversion 1.8 will automatically decide whether or not
+the merge is <a
+href="http://svnbook.red-bean.com/en/1.7/svn.branchmerge.basicmerging.html#svn.branchemerge.basicmerging.reintegrate"
+>reintegrating a branch</a>.
+Therefore, reintegrating a branch does no longer require the
+<tt>--reintegrate</tt> option for correct operation.</p>
+
+<p>The <tt>--reintegrate</tt> option of <tt>svn merge</tt> is now
+deprecated and its use is discouraged. To reintegrate a branch,
+have a clean working copy of trunk and run the following command
+in its top-level directory:</p>
+
+<pre>$ svn merge ^/branches/my-branch</pre>
+
+<p>This merge will still perform the same sanity checks which
+<tt>svn merge --reintegrate</tt> performed in earlier releases:
+<ul>
+<li>The working copy must not have any local modifications.</li>
+<li>The working copy must not be a <a
+href="http://svnbook.red-bean.com/en/1.7/svn.basic.in-action.html#svn.basic.in-action.mixedrevs"
+>mixed-revision working copy</a>.</li>
+<li>The working copy must not have <a
+href="http://svnbook.red-bean.com/en/1.7/svn.branchmerge.switchwc.html"
+>switched subtrees</a>.</li>
+<li>There must be no gaps in revision ranges merged from the reintegration
+target (e.g. the trunk) to the reintegration source (i.e. the branch to be
+reintegrated).</li>
+</ul></p>
+
+<p>If any of these conditions are detected, the merge is aborted and
+the necessary steps must be taken to fix the problem before the
+branch can be reintegrated.</p>
+
+<p>Merging to-and-fro between two branches in any order is possible
+using the automatic merge (the &quot;<a
+href="http://svnbook.red-bean.com/en/1.7/svn.branchmerge.advanced.html#svn.branchmerge.advanced.reintegratetwice"
+>keep-alive dance</a>&quot; is no longer necessary).
+
+For best results, it is recommended to
+always merge all eligible revisions, i.e. not using the
+<tt>-r</tt> or <tt>-c</tt> options of <tt>svn merge</tt>.
+Merging just a subset of eligible revisions increases the
+likelihood of problems during future automatic merges.</p>
+
+<p>Using <tt>--reintegrate</tt> in Subversion 1.8 will force a
+reintegration merge, whether or not that's the right merge to perform
+in the given situation.</p>
+
+</div>  <!-- auto-merge -->
+
 <div class="h3" id="incremental-hotcopy">
 <h3>'svnadmin hotcopy' can now operate incrementally (FSFS only)
   <a class="sectionlink" href="#incremental-hotcopy"
@@ -797,63 +854,6 @@ changes to merge-tracking, the following
 href="http://svn.apache.org/repos/asf/subversion/trunk/CHANGES">CHANGES</a>
 file for a complete list.</p>
 
-<div class="h4" id="auto-merge">
-<h4>Improved support for automatic merges (--reintegrate option deprecated)
-  <a class="sectionlink" href="#auto-merge"
-    title="Link to this section">&para;</a>
-</h4>
-
-<p>During merges which merge all eligible revisions from another
-branch, Subversion 1.8 will automatically decide whether or not
-the merge is <a
-href="http://svnbook.red-bean.com/en/1.7/svn.branchmerge.basicmerging.html#svn.branchemerge.basicmerging.reintegrate"
->reintegrating a branch</a>.
-Therefore, reintegrating a branch does no longer require the
-<tt>--reintegrate</tt> option for correct operation.</p>
-
-<p>The <tt>--reintegrate</tt> option of <tt>svn merge</tt> is now
-deprecated and its use is discouraged. To reintegrate a branch,
-have a clean working copy of trunk and run the following command
-in its top-level directory:</p>
-
-<pre>$ svn merge ^/branches/my-branch</pre>
-
-<p>This merge will still perform the same sanity checks which
-<tt>svn merge --reintegrate</tt> performed in earlier releases:
-<ul>
-<li>The working copy must not have any local modifications.</li>
-<li>The working copy must not be a <a
-href="http://svnbook.red-bean.com/en/1.7/svn.basic.in-action.html#svn.basic.in-action.mixedrevs"
->mixed-revision working copy</a>.</li>
-<li>The working copy must not have <a
-href="http://svnbook.red-bean.com/en/1.7/svn.branchmerge.switchwc.html"
->switched subtrees</a>.</li>
-<li>There must be no gaps in revision ranges merged from the reintegration
-target (e.g. the trunk) to the reintegration source (i.e. the branch to be
-reintegrated).</li>
-</ul></p>
-
-<p>If any of these conditions are detected, the merge is aborted and
-the necessary steps must be taken to fix the problem before the
-branch can be reintegrated.</p>
-
-<p>Merging to-and-fro between two branches in any order is possible
-using the automatic merge (the &quot;<a
-href="http://svnbook.red-bean.com/en/1.7/svn.branchmerge.advanced.html#svn.branchmerge.advanced.reintegratetwice"
->keep-alive dance</a>&quot; is no longer necessary).
-
-For best results, it is recommended to
-always merge all eligible revisions, i.e. not using the
-<tt>-r</tt> or <tt>-c</tt> options of <tt>svn merge</tt>.
-Merging just a subset of eligible revisions increases the
-likelihood of problems during future automatic merges.</p>
-
-<p>Using <tt>--reintegrate</tt> in Subversion 1.8 will force a
-reintegration merge, whether or not that's the right merge to perform
-in the given situation.</p>
-
-</div>  <!-- auto-merge -->
-
 <div class="h4" id="mergeinfo-r">
 <h4>'svn mergeinfo' now honors the -r option
   <a class="sectionlink" href="#mergeinfo-r"