[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: spurious mergeinfo property created on copy?

From: Daniel Rall <dlr_at_collab.net>
Date: 2007-10-09 18:46:42 CEST

On Tue, 09 Oct 2007, Ben Collins-Sussman wrote:

> I asked about this behavior in IRC, and no-one's quite sure if this is
> a bug or not:
> $ svn cp README README2
> $ svn pl -v README2
> Properties on 'README2':
> svn:keywords : LastChangedDate
> svn:mergeinfo :
> svn:eol-style : native
> Notice that the copy created an (empty) svn:mergeinfo property. Is
> this expected?

Yes, this is expected when not using the '-g' option, since we can't
calculate the correct mergeinfo for the copied path without being able
to contact the repository. Instead, we're dropping all mergeinfo for
the path.

We've discussed a couple times using copyfrom history at mergeinfo
usage time (as Mike just mentioned again in issue #2875), rather than
making the implied mergeinfo for copied paths explicit at copy/move

This would -- potentially significantly -- increase the penalty for
mergeinfo calculation, but would also elegantly solve some of our
oustanding problems, including:

* Producing merge history for existing repositories for copied/moved paths

* WC -> WC copy/move operations need to contact the repository

  • application/pgp-signature attachment: stored
Received on Tue Oct 9 19:04:17 2007

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.