Author: neels
Date: Fri Sep 23 14:01:04 2011
New Revision: 1174774

URL: http://svn.apache.org/viewvc?rev=1174774&view=rev
Log:
* ../branches/1.7.x/STATUS: Nominate r1173574, r1174342, r1174693, r1174699.

Modified:
    subversion/branches/1.7.x/STATUS

Modified: subversion/branches/1.7.x/STATUS
URL: 
http://svn.apache.org/viewvc/subversion/branches/1.7.x/STATUS?rev=1174774&r1=1174773&r2=1174774&view=diff
==============================================================================
--- subversion/branches/1.7.x/STATUS (original)
+++ subversion/branches/1.7.x/STATUS Fri Sep 23 14:01:04 2011
@@ -150,6 +150,33 @@ Candidate changes:
    Votes:
      +1: danielsh
 
+ * r1173574, r1174342, r1174693, r1174699
+   Fix issue #4016: 'externals after upgrade from 1.6 have wrong URL
+   information in EXTERNALS rows'
+   Also: previously, the first failing external upgrade aborted all other
+   external upgrades, now just prints the error and carries on.
+   Justification:
+     Users will start upgrading their WCs right after the 1.7.0 release, and
+     it would be nice to have proper information in wc.db. I know of no real
+     problems when EXTERNALS rows are wrong and/or missing info, but we might
+     see them soon enough, or hit problems if same users upgrade same WCs
+     to 1.8, much later.
+     Argument against: "If EXTERNALS is just some sort of cache perhaps
+       upgrade should just leave the columns null?"
+     Argument for: "Currently 1.7 populates those columns. So upgrade should,
+       too. We don't know which way we'll go -- drop EXTERNALS columns or
+       heavily rely on them. So rather make an upgraded 1.6 WC look exactly
+       the same as a fresh 1.7 WC would, saving us complex special cases in
+       subsequent upgrade code. Meaning: power users with age-old WCs won't
+       get dropped during upgrade to 1.8, whichever way we choose."
+   Notes:
+     r1173574 is just a cosmetic change that avoids conflicts in r1174693.
+     r1174699 removes obsoleted stuff, but doesn't change the outcome.
+   Conflicts:
+     --accept=tc (r1174693, indent mismatch in handle_external_item_change()
+   Votes:         caused by cosmetic fix from r1169770)
+     +1: neels
+
 Veto-blocked changes:
 =====================
 


Reply via email to