Re: SVN repos revison oddity.

On Mon, Sep 18, 2006 at 04:01:08PM +0100, Ash Berlin wrote:
> Behaviour of bug:
>

This is actually a question for the users mailing list, by the way.

> [ash@cartman ash]$ svn ls -r 19 .../Schema/
> Main/
> TestFramework/

Correct. This is what Schema/ contains at r19.

> [ash@cartman ash]$ svn ls -r 19 .../Schema/Main
> svn: File not found: revision 20, path
> '/trunk/YourPreferences/lib/YourPreferences/Schema/Main'

Correct, because .../Schema/Main doesn't exist in HEAD, having been
deleted in r20. If you want to refer to a path that doesn't exist any
more, you need to use a peg revision:

$ svn ls -r 19 .../Schema/Main@19

> [ash@cartman ash]$ svn ls -r 19
> file:///var/lib/svn/YourPreferences/trunk/YourPreferences/lib/YourPreferences/Schema/People
> Group/
> ...

I wouldn't have expected this to work, since Schema/People was created in
r20 (i.e. HEAD) as a copy of Schema/Main at r16, so we shouldn't be able
to trace history forward from r16 to r19 (see also issue 2496; I don't
think this is necessarily desirable). Indeed, with Subversion 1.4.0,
I get an error message:

svn: Unable to find repository location for '.../Schema/People' in revision 19

> [ash@cartman ash]$ svn ls .../Schema/
> People/
> Tests/

Also correct; that's what Schema/ contains at HEAD.

> Something seriously odd has gone on there. A dump of the repos (fsfs
> type) is available here: http://cartman.firemirror.com/~ash/yp_svn.dump.gz
>

The main confusion seems to be that you've used a mixed-revision copy
to reorganise your directories in r20. Take a look at 'svn log -v -r20'
- the new directories have been assembled from a mixture of r19 and r16.

Thanks for making the dump available though: it makes it really easy to
tell what's going on.

Regards,
Malcolm

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Sep 19 11:00:50 2006