On 16-Mar-06, at 2:09 PM, kfogel@collab.net wrote:
> Scott Palmer <scott.palmer@2connected.org> writes:
>> Sadly there seems to be a bug because if foo is renamed to bar in the
>> head revsion
>>
>> svn cat -rHEAD url-to-foo@5
>>
>> FAILS! the Error message is
>> svn: File not found: revision 10, path '/path/to/foo'
>>
>> Where 10 is the revision of HEAD.
>> This is NOT what I expected. I'm using Subversion 1.3.0 on
>> Windows XP.
>> Peg revisions are broken it seems. At least for the 'svn cat'
>> command.
>
> If the url-to-foo was renamed to url-to-bar sometime before r10 (i.e.,
> before HEAD), then this is indeed an error. Have you verified that
> this bug exists in latest trunk SVN?
Yes. The reproduction script emailed previously fails in exactly the
same way using a trunk build of r18923.
Though I am still leaning towards the idea that peg revisions can't
possibly work in this direction as there can be multiple
possibilities for the path name in revisions after the peg revision
when you consider copies and not true renames. Since subversion
doesn't know the difference between a rename and a delete + copy with
history how can it possibly work? This explains also why the use of
a peg revision must default the -r revision to the same number and
not HEAD as it normally would.
Scott
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Mar 17 06:52:56 2006