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

AW: Re: Merging insanity

From: Felix Gilcher <gilcher_at_exozet.com>
Date: 2005-09-02 10:52:16 CEST

David Gˇmez <mailto:david@pleyades.net> schrieb am Freitag, 2. September 2005 10:27:

> Hi,
>
> On Sep 01 at 05:23:00, Ben Collins-Sussman wrote:
>>> You're not the only one, I've heard one of my fellow developers
>>> fuming about this difference between CVS and SVN. I think, for now
>>> at least, he's worked around it by writing wrapper scripts.
>>
>> Is all the fuss about trying to find the revision which is the 'base'
>> of the branch? The whole running 'svn log --stop-on-copy'
>
> Something that could be easily solved if subversion allowed revision
> numbers to be associated to mnemonic manes...

hmm. Given that the paradigm "branch early, branch often", we ususally end up with quite a couple of branches per project - so you'd have to enforce a certain naming scheme [which is prone to errors, as all "enforcements" that are not enforced by technology] or you'd have to look up "what was the name of the branching revisison", so it might not save any lookup time.

>
>> $ svn cp branchURL branch-beginning-tag-URL
>
> And avoid this...

Anyway, you'd have to make another operation such as:

  $ svn attach_name_to_revision branchURL branch-beginning-tag-URL

so no work saved here. You could wrap this in a script that does the branching for you and attaches an autogenerated name as well, but then again, you could script the operation "branch and tag" just as easily and from there on use the tag as "mnemonic name".

>
> regards,

regards

fg

-- 
Felix Gilcher
Head of IT Development
Exozet Berlin GmbH
Rotherstra▀e 20
10245 Berlin
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Sep 2 10:54:04 2005

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.