[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: Andrew Miller <ajmiller_at_psu.edu>
Date: 2007-05-01 02:32:08 CEST

You were correct about the working copy. After running svn update,
svn cat was no longer able to print the deleted file.

I guess I should have read the whole book. The command reference
chapter gives command syntax as svn cat TARGET[@REV] and lists the
switch --revision (-r) REV, but does not hint that the two ways of
specifying REV mean different things. Oh well, now I know. Thanks

-- Andrew

On Apr 30, 2007, at 7:04 PM, Ryan Schmidt wrote:

> 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 book:
> http://svnbook.red-bean.com/en/1.2/svn.advanced.pegrevs.html
>> 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
> function

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue May 1 02:32:27 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.