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. 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
Received on 2009-12-19 14:59:24 CET