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

Re: Possible bug using svn:external with specific revision for directory that has been renamed

From: Jeffrey Pierson <jpierson_at_realgreen.com>
Date: Thu, 28 Feb 2013 15:57:52 -0500

Excellent, I was hoping I might be doing something wrong. Looks like I have
some mass updates to do in several projects.

Perhaps as a suggestion the documentation for svn:externals should
specifically recommend using peg revisions over the other way of specifying
a specific revision since I can't possibly see why the current behavior of
the -r mechanism to be desirable.

Thanks,
Jeff Pierson
Software Developer
Real Green Systems

On Thu, Feb 28, 2013 at 3:45 PM, C. Michael Pilato <cmpilato_at_collab.net>wrote:

> On 02/28/2013 03:36 PM, Jeffrey Pierson wrote:
> > I'm seeing the following error when I attempt to update a working copy
> > that has an svn external.
> >
> > svn: warning: W200000: Error handling externals definition for
> > 'MySharedProjectBeforeRename':
> > svn: warning: W160013: File not found: revision 100, path
> > '/trunk/MySharedProjectBeforeRename'
> > svn: E205011: Failure occurred processing one or more externals
> definitions
> >
> > The external is set to a specific revision such as revision r100 and a
> > rename was recently done on that directory as part of revision r101.
> > The external references a project that is located in a separate
> > repository on the same server and has always worked until after the
> > rename. It appears as though when svnserve is resolving the path that
> > it is resolving first from HEAD even though a specific revision was
> > specified. below is an example of what the external definition looks
> > like followed by both the versions of svn client and svnserve that I'm
> > running.
> >
> > -r 100 /shared/trunk/MySharedProjectBeforeRename
> MySharedProjectBeforeRename
>
> You've accurately determined how Subversion is processing your externals
> definition. But it appears you aren't familiar with the general way in
> which Subversion processes URLs/paths and revisions.
>
> I suggest that you first read this:
>
> http://svnbook.red-bean.com/en/1.7/svn.advanced.pegrevs.html
>
> Then, change your external definition to instead be:
>
> /shared/trunk/MySharedProjectBeforeRename_at_100MySharedProjectBeforeRename
>
>
> --
> C. Michael Pilato <cmpilato_at_collab.net>
> CollabNet <> www.collab.net <> Enterprise Cloud Development
>
>
Received on 2013-02-28 21:58:47 CET

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.