Julian Foad wrote: > julianf is trying to prepare a presentation to business users of svn, > with the title "The future of merging", for the svn conference in Berlin > on 10-13 June. > > /me wonders what are the main issues, concerns and developments for svn > merging. > > * "True Renames" - properly merging renames. This is the Big One.
Be very careful about the terminology you use around the topic of renames. "True Renames" has for some time been used to refer to a fundamental storage layer change whereby a rename doesn't create a new node revision of the renamed thing, only new revs of the parent directory(s) with revision entries lists. This is *not* a direction we as a developer community have committed to taking (and is specifically one that I don't believe to be necessary to get the functionality that customers want). "Atomic Renames" is another term that gets tossed around, and speaks to Subversion's enforcing the simultaneous commit of both "sides" of a rename operation. You're safer saying something buzzword-free, though, such as "properly merging renames". > Any other suggestions of what I should say? "Switch to mercurial"? (I'm kidding!!) -- C. Michael Pilato <cmpil...@collab.net> CollabNet <> www.collab.net <> Distributed Development On Demand
signature.asc
Description: OpenPGP digital signature
