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

Re: svn co without -r gives confusing results

From: Andreas Schweigstill <andreas_at_schweigstill.de>
Date: 2007-04-13 13:01:34 CEST

Hello Jan!

Jan Holec schrieb:
>> There is no problem here. Check out the HEAD of the trunk (meaning:
>> check out the trunk without the -r argument),
> That's exactly what I intended to do, see above.
> I expected svn to check out revision 131 - and from what I can tell
> after inspecting the sources, it does - but then WHY is it telling me
> it has checked out revision 146 ?!

RTFM!

It seems that you don't understand the concept of a global revision
number. Nobody says that there has to be changed anything between
R131 and R146.

Why don't you just look at the "Last Changed Rev:" field of "svn info"?
Here is a real-life example from one of my projects which shows the
difference:

$ svn info .
Path: .
URL: svn://simpson/xxxxx/yyyy
Repository Root: svn://simpson/yyyy
Repository UUID: d467969e-7bf4-0310-9604-f1a2207742dd
Revision: 1457
Node Kind: directory
Schedule: normal
Last Changed Author: aschweig
Last Changed Rev: 301
Last Changed Date: 2005-12-05 17:02:02 +0100 (Mon, 05 Dec 2005)

The information from "svn info" will only be accurate if the working
copy contains a pure single revision. This can be checked with the
"svnversion" command.

With best regards
Andreas Schweigstill

-- 
Dipl.-Phys. Andreas Schweigstill
Schweigstill IT | Embedded Systems
Schauenburgerstraße 116, D-24118 Kiel, Germany
Phone: (+49) 431 5606-435, Fax: (+49) 431 5606-436
Mobile: (+49) 171 6921973, Web: http://www.schweigstill.de/
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Apr 13 13:02:15 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.