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