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

RE: Re: svn:externals revision pegging problem

From: Baranowski, Daniel <dbaranowski_at_LSIJAX.COM>
Date: Tue, 11 Mar 2008 11:51:42 -0400

> The 'external' just tells SVN to maintain a working copy for the given
> and
> revision in the current folder. Updating in trunk therefore updates
the WC
> to
> the given URL and revision. However, inside, this is just a normal
> copy, so if you update inside, you are not updating to a specific
> but to HEAD instead.

I completely forgot that's how subversion worked. I just expected the
revision to be sticky for some reason without even thinking about it.

> > Is there something that I'm doing wrong, is this just how it works,
> > is this a bug?
> I'd say this is as expected, though I agree it could be better. ;)
> Suggestion: if r125 is something special, you could give this revision
> tag
> and then direct the external to it. It would mean that the external
> always is updated to head, but the content shouldn't change.
> Replace
> MyExternal -r 125 https://ourserver/path/to/repo/sub/folder
> with
> MyExternal https://ourserver/path/to/repo/sub/tags/folder-v125

Using your suggestion, that's pretty much exactly what I did. There were
a lot of files, so I keep having to remind myself that copies are cheap!

I agree that the whole externals thing could use some polish. It's
probably good that I switched to using a tag instead of a revision, that
way when we tag releases, we'll have the correct external code, rather
then HEAD. That's another area externals could be better.

Anyways, thanks for the help!

Disclaimer - This email and any files transmitted with it are proprietary and may contain privileged or copyright information. You must not present this message to another party without
gaining permission from the sender. If you are not the intended recipient you must not copy, distribute or use this email or the information contained in it for any purpose other than to notify
us. If you have received this message in error, please notify the sender immediately, and delete this email from your system. We do not guarantee that this material is free from viruses or any
other defects although due care has been taken to minimize the risk. eSafe scanned this email for viruses, vandals and malicious contentAny views expressed in this message are those of
the individual sender, except where the sender specifically states them to be the views of LSI.

To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-03-11 16:52:21 CET

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.