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

Re: Problem with --revision option on deleted files

From: Ryan Schmidt <subversion-2007b_at_ryandesign.com>
Date: 2007-05-01 01:04:55 CEST

On Apr 30, 2007, at 17:27, Andrew Miller wrote:

> I have a file, say "stuff.txt" that existed in my repository in
> revision 10 that was subsequently deleted in revision 11.
> If I run
> svn cat file:///repository/stuff.txt --revision 10
> or
> svn cat file:///repository/stuff.txt -r 10
> I get a message saying:
> svn: File not found: revision 11, path 'stuff.txt'
> on the other hand running
> svn cat file:///repository/stuff.txt_at_10
> works fine and prints the content of the file stuff.txt
> Other svn subcommands, for example svn info or svn log exhibit the
> same behavior.
> Putting the command switches before the URL had no effect.

This behavior is correct. It's the difference between the operative
revision and the peg revision. There's a whole chapter on this in the


> Running svn cat stuff.txt -r 10 on a working copy did cause the
> file to be printed.
> Seems like this is a bug in handling the --revision and -r options
> for deleted files in the repository.

I was initially confused why -r 10 would have shown you revision 10
of the file when in the working copy. But I imagine this is because
your working copy is not at revision 11 yet. Try "svn up" to update
the working copy to revision 11. Then "svn cat stuff.txt -r 10"
should no longer work, which would be expected.

To reply to the mailing list, please use your mailer's Reply To All  
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue May 1 01:05:45 2007

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.