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

Re: tracking changes across rename

From: Peter Selinger <selinger_at_mathstat.dal.ca>
Date: 2005-09-27 23:43:08 CEST

Ryan Schmidt wrote:
> On Sep 27, 2005, at 06:37, Peter Selinger wrote:
> > Create a directory project1 (revision 1)
> > In directory project1, create a file file1. (revision 2)
> > Copy directory project1 to project2 (i.e., make a branch).
> > (revision 3)
> > In project 2, rename file1 as file2. (revision 4)
> > In project 1, make some textual change to file1. (revision 5)
> >
> > Now I tried to merge the change from project1 into project2 as
> > follows:
> > in an updated working copy of project2:
> >
> > svn merge -r4:5 file:///tmp/svnrepos/project1
> >
> > I expected that SVN would remember that file1 in project1 corresponds
> > to file2 in project2, and therefore would merge the change made to
> > file1 in revision 5 (perhaps the correction of a spelling mistake)
> > into file2 in project2. However, this is not what happened. Instead, I
> > just got the message
> >
> > Skipped missing target: 'file1'
> >
> > So it seems that merge behaves exactly the same as it would have,
> > e.g., in CVS, i.e., it simply applies a flat patch.
> >
> > How can I get SVN to do "the right thing"?
> Subversion currently does not do what you want in this case. If you
> rename a file in a branch, and someone makes changes to the original
> in the trunk, you're going to run into the problem you're running
> into. There are bugs open for this.

That is really disappointing. Aside from sound and smoke and numbering
conventions, this is the *one* area where SVN is supposed to improve
upon CVS, and again it has been done in an ad-hoc, half-hearted
way. If text changes can't be tracked after a file rename, then what's
the point of all these fancy "tree deltas"? What happened to the whole
idea that a *file* is not the same thing as a *path*? It seems that
the design was, once again, not thought through carefully.

If what I suspect is true, this is not a "bug" but a "fundamental
design flaw". Which is too bad, because it will probably be another 10
years until someone starts the next major project for version control.

-- Peter

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Sep 27 23:45:12 2005

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

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