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...@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. 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. > > 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.
I'm afraid you're wrong ... I was quite surprised by that a while ago, and to me it would be more intuitive if -r and @peg were reversed ... but that's how it is now. -- Brane
