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

Re: svn cat on removed files

From: Ryan Schmidt <subversion-2006c_at_ryandesign.com>
Date: 2006-08-27 14:57:38 CEST

On Aug 25, 2006, at 13:36, pd@planet.nl wrote:

> I want to 'svn cat' a source file that used to be in the
> repository, but
> was removed from it recently. Let's say it was still there in
> revision 654.
> Issueing the command "svn cat -r 654
> <path-to-subversion-repository>/project/trunk/file"
> yields
> svn: REPORT request failed on
> '/subversion/my_repository/!svn/bc/794/project/trunk/file'
> svn: '/subversion/my_repository/!svn/bc/794/project/trunk/file'
> path not
> found
> where as "svn cat
> <path-to-subversion-repository>/project/trunk/file@654" returns the
> expected result (the file contents as it was in revision 654).
> Shouldn't the "-r" command return the same result as the "@" command?

No. That's the difference between peg and operative revisions.

"svn cat -r 654 foo" means "give me revision 654 of the file known in
head as foo" which doesn't work because there is no file foo in head.

"svn cat -r 654 foo@654" means "give me revision 654 of the file
known in revision 654 as foo" which works.

I honestly don't know why "svn cat foo@654" (without the -r flag)
works because as far as I can tell it means "give me the current
revision of the file known in revision 654 as foo" which IMHO
shouldn't work because there is no current revision of the file.

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sun Aug 27 14:58:55 2006

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.