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

peg-rev and checkout

From: Ben Collins-Sussman <sussman_at_red-bean.com>
Date: 2006-05-04 04:34:01 CEST

A user ran into a strange behavior with peg-revs and 'svn co' that I
don't understand.

URL doesn't exist in HEAD, but it does exist in r1722.

As expected, 'svn co URL' fails.
As expected, 'svn ls URL@1722' works.
As expected, 'svn co -r1722 URL' fails, because the command is trying
to trace URL@HEAD backwards into r1722, and URL@HEAD doesn't exist.

Unexpected: 'svn co URL@1722' fails. Huh?

The error message is something like, "<some parent path> not found in r2000".

My only guess is that somehow, after the user goes through the trouble
of specifying the *exact* coordinates of the thing to checkout, it
tries to locate the object in HEAD anyway? My hypothesis comes from
the fact that 'svn co -r1722 URL@1722' succeeds... which is a
ridiculously redundant syntax!

Can someone explain what's going on here? If 'svn ls URL@1722' works,
why ever shouldn't 'svn co URL@1722' work just as well?

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu May 4 04:34:25 2006

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