Re: svn:mergeinfo and revert

Hm, I guess this awkwardness is the price we pay for tracking
mergeinfo in metadata that's normally the domain of user-editable
stuff, rather than tracking mergeinfo in (say) some private
client-side database.

My feeling is that 'svn revert' should take some sort of
--merge-sensitive switch or something, which would actually create a
prop-mod to override the inherited mergeinfo. As long as the user
passes that swtich, then revert will do the right thing. If the user
leaves the switch off, then *any* local mods will be destroyed,
including temporary prop-mods created by a previous revert.

We just need to doc this use-case very carefully in our
branching/merging chapter of the svnbook. :-)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Jul 7 02:31:49 2007