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

Re: I, too, miss tags.

From: Vincent Starre <vstarre_at_comcast.net>
Date: 2006-02-24 14:25:36 CET

Saulius Grazulis wrote:

>On Friday 24 February 2006 08:10, Mark wrote:
>
>
>
>>But you're not actually required to follow that human convention of
>>creating /tags /branches and /trunk.
>>
>>
>
>
>
>>svn copy [SRC] [DST]
>>
>>
>
>If I do it in a "normal" source directory, I will have to check out all "tags"
>whenever I check out sources -- may be long, disk consuming and unnecessary.
>
>Unfortunately, to use Subversions "cheap cp tag" method, I am *forced* to move
>my sources one level deeper, be it called "trunk", "main" or whatever. Which
>I do not want.
>
>
>
>>Whether people will commit to that tag or not is another matter
>>altogether but pre-commit hooks can easily solve that.
>>
>>
>
>Hooks get lost in dumps. Hooks stop working when moved to different
>architectures. Hooks need to be set up -- I am lazy to do this ;). Hooks may
>contain bugs that bring weird behavior. Hooks need to be set up for *every*
>new repository -- isn't it wiser to solve a standard problem once and for
>ever, and forget it?
>
>In my view, "cheap copies" mechanism rules for branches, but s....ks for
>tagging....
>
>
>

First off, you can do this:
svn cp svn://repos/foo/trunk svn://repos/foo/tags/1.9.0
Cheap, no local copy.

however, it's understandable that you wouldnt want to type in long paths
anyway.
So.. I dont know if this is a good idea or not, but if we had some way
of specifying paths as "through the repos" instead of "through the
filesystem", we could do something similar to: [example of merging some
"foo" changes back into trunk]
svn merge --hypothetical-through-the-repos-switch ../tags/foo-sync
../branches/foo .

Note the common (as far as I hear) method for doing this is setting up
shell variables in your .profile:
svn merge $FOO_TAGS/foo-sync $BRANCHES/foo .

I think that's ugly and don't use that :)

Meanwhile, it's considered "good practice" to review the log before a
merge anyway.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Feb 24 14:32:11 2006

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.