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

Why not suggest PEG revision in svn:external tooltip?

From: meatwork <bas.hopman_at_gmail.com>
Date: Tue, 13 Jul 2010 13:44:27 -0700 (PDT)

Hi all,

Today I ran into a lot of trouble.
We are using svn:externals to link in 3rdparty modules in our
software. According to the svnbook and the tooltip with the
svn:external in TortoiseSVN, the way to do it, is to use the following
syntax:

   -r<revision> <url/path_in_repos> <local_checkout_folder>

Yesterday I modified one of the 3rdparty modules by changing the
folder structure. As a result, the path_in_repos was changed,but I
assumed that it would not be an issue, since I specified a revision
earlier than this one.
Surprisingly though, the original path could no longer be found,
although at the specified revision it was still there!
Finally, I found out that Subversion uses two methods to specify the
revision:

1. -r<revision> <url/path_in_repos> <local_checkout_folder>

and

2. <url/path_in_repos>@<revision> <local_checkout_folder>

Where for method 1 SVN first tries to locate the path_in_repos and
then traverses to the specified revision, which obviously results in a
message that the old path_in_repos no longer exists at the head
revision.
For the second method (PEG revision) SVN first locates the revision
and then the path_in_repos, which results in the folder being checked
out as expected.

Now, based on the above, the PEG revision method seems like the
preferred (most save) method to me. But both in SVNBook and
TortoiseSVN (svn:external tooltip), the first method is suggested.

Can anybody tell me why this is so?

Regards,

meatwork

------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=757&dsMessageId=2632874

To unsubscribe from this discussion, e-mail: [dev-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2010-07-13 22:45:12 CEST

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

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.