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:
=====================