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

Re: CRITICAL bug: svn:externals referring to a revision does not work if the referred resource is deleted or moved later.

From: Stefan Sperling <stsp_at_elego.de>
Date: Sat, 19 Dec 2009 15:02:07 +0100

On Sat, Dec 19, 2009 at 12:21:40PM +0100, Gyorgy Foldvari wrote:
> Mike Dixon wrote:
> >Gyorgy Foldvari wrote:
> >>echo "-r1 ^/trunk/A/D/H external/here" > ../f
> >
> >I'm not an svn developer, but if you had asked this on the users@
> >list, I would have told you the following:
> >
> >This isn't a bug; you need to use a peg revision rather than the
> >-r syntax if you want to access paths that have since been moved
> >or deleted. Try instead with:
> >
> > "^/trunk/A/D/H_at_1 external/here".
> >
> >-Mike
> >
> >
> As far as I understood, PEG revision is for disambiguating the
> situation when a resource has been removed but in a later revision
> another resource appears with the same name.

Also if it has been removed only, with no other resource taking
the same name later.

> In thos case you can
> use the PEG revision to help out SVN to decide which one do you
> speak about: the later or the original one. But in this case no such
> disambiguation is needed.

It is needed precisely because it does not exist in the HEAD revision
anymore. The default peg revision is HEAD. If the item does not exist
at the peg revision, no other revisions are searched. If it does exist
at the pev revision, *then* the operative revision (the -rX) is searched.

> Am I wrong? If yes, than it shoud worth to mention it in the
> documentation that we should prefer the peg format in svn:externals.
 
Yes, http://svnbook.red-bean.com/nightly/en/svn.advanced.externals.html
could be more clear about this.

Stefan
Received on 2009-12-19 15:02:57 CET

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.