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

Re: Mnemomic names for revisions

From: Brian Huddleston <brianh_at_huddleston.net>
Date: 2005-05-10 02:30:13 CEST

Allow me to clarify then.

Revision 1234 can't be changed.

If I have Build_3 = 1234 then Build_3 is effectively immutable. That's
(narrow) claim I was making below.

If we want to go nuts we can even have:

svnadmin nameMnemonicRevisionDammit Build_3 1235
Error: You've already used 1235. If you really need to change it
use --force.

I think that would be nifty swell.

-Brian
----- Original Message -----
From: "Ben Collins-Sussman" <sussman@collab.net>
To: "Brian Huddleston" <brianh@huddleston.net>
Cc: <users@subversion.tigris.org>
Sent: Monday, May 09, 2005 6:37 AM
Subject: Re: Mnemomic names for revisions

>
> On May 9, 2005, at 12:32 AM, Brian Huddleston wrote:
>
>> Revisions are immutable. Branches-called-tags are not. It isn't about
>> trust or preventing malicious behavior its about preventing accidents.
>> Unless you're a small enough shop that someone is watching every commit,
>> or a large enough shop to afford to have someone dedicate their time to
>> watching "tag" commits you're stuck with doing a hook-script.
>>
>> The hook script is doable, certainly, that's how we're setup, but it
>> strikes many people with a traditional SCM background as a bit of a hack
>> to have to write a script to enforce a semantic which they believe to be
>> inherent to the idea of a tag.
>>
>
> Are you somehow suggesting that revision-labels would be safer than the
> current implementation of tags? That it would be impossible to
> accidentally revision-labels? Or that if they were accidentally changed,
> the change would always be noticed? I'd like to hear about a design that
> makes that guarantee.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue May 10 02:32:06 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.