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

Re: Bug? After deleting a file, "-r rev" fails where "@rev" works

From: Tim Hill <drtimhill_at_comcast.net>
Date: 2006-12-12 06:17:36 CET

By design.

-r says "find the URL at the head revision and then search backwards
for -r rev"
@rev says "find the URL at the specified revision"

In your example, there is _no_ file at the head revision, which is
why it fails even with the -r switch.

--Tim

On Dec 11, 2006, at 6:09 PM, Greg Fuller wrote:

> Hello --
>
> I checked the issue tracker and couldn't find anything that
> matches, so I
> thought I'd check on this mailing list before submitting this to
> the issue
> database....
>
> It appears that after deleting a file, you cannot access it in the
> last
> revision where it existed in with "-r rev", but you can access it
> with "@rev"
> appended to the URL. I would expect both "-r" and "@" to work in
> this case.
> I've seen this happen with both the "file:" and "https:" repository
> access
> methods, and I've tried a few different repositories with the same
> results.
>
> thanks,
> greg
>
> Environment info:
>
> Client and server OS:
> Linux localhost 2.6.18-1.2239.fc5 #1 SMP Fri Nov 10 12:51:06 EST 2006
> x86_64 x86_64 x86_64 GNU/Linux
>
> Subversion command-line client, version 1.4.2.
> client built with: ./configure --with-pic --with-ssl
> server built with: ./configure --prefix=/usr/local --with-ssl \
> --with-pic --with-apxs \
> --with-apr=/usr/bin/apr-1-config \
> --with-apu=/usr/bin/apu-1-config \
> --without-berkeley-db
>
> To reproduce:
>
> # Create a test directory.
> % svn mkdir test
> % svn ci -m "" test
> Adding test
> Committed revision 80174.
>
> # Create a new file "foo" in that directory.
> % cd test
> % echo hello > foo
> % svn add foo
> A foo
> % svn ci -m "" foo
> Adding foo
> Transmitting file data .
> Committed revision 80175.
>
> # Inquire about "foo" -r 80175.
> % svn cat -r 80175 foo
> hello
> % svn ls -r 80175 foo
> foo
> % svn info -r 80175 foo
> Path: foo
> Name: foo
> URL: https://svn/repository/trunk/playarea/gregf/test/foo
> Repository Root: https://svn/repository
> Repository UUID: 8ead64e6-3e99-4f80-8519-545a514c49e4
> Revision: 80175
> Node Kind: file
> Last Changed Author: gregf
> Last Changed Rev: 80175
> Last Changed Date: 2006-12-11 16:55:24 -0800 (Mon, 11 Dec 2006)
>
> # Delete "foo".
> % svn rm foo
> D foo
> % svn ci foo
> Deleting foo
> Committed revision 80176.
>
> # Inquire about "foo" at revision 80175, the last revision where it
> existed.
> % svn cat -r 80175 https://svn/repository/trunk/playarea/gregf/
> test/foo
> svn: REPORT request failed
> on '/repository/!svn/bc/80176/trunk/playarea/gregf/test/foo'
> svn: '/repository/!svn/bc/80176/trunk/playarea/gregf/test/foo'
> path not
> found
> # svn {ls,info} also fail with "-r".
> # Notice the error message refers to 80176, not 80175.
> Significant?
>
> # Try again, using peg revisions (it works!).
> % svn cat https://svn/repository/trunk/playarea/gregf/test/
> foo@80175
> hello
> % svn {ls,info} also work as expected with peg revisions (not
> surprising).
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Dec 12 06:18:14 2006

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