monotone-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Monotone-devel] renaming branches


From: Richard Levitte - VMS Whacker
Subject: Re: [Monotone-devel] renaming branches
Date: Thu, 17 Feb 2005 22:34:33 +0100 (CET)

In message <address@hidden> on Thu, 17 Feb 2005 11:48:26 -0500, Jeremy Fincher 
<address@hidden> said:

jemfinch> Not at all!  What I'm suggesting is that we use *almost* the
jemfinch> same system that is used now; that is, each person picks a
jemfinch> name for his branch, and we call these branches by those
jemfinch> names.  Except that in the scheme both graydon and I
jemfinch> propose, each branch also has a random token that is
jemfinch> guaranteed to *uniquely* identify it among branches.  I'm
jemfinch> only suggesting that the user ever deal with these random
jemfinch> tokens when there are collisions in branch names -- that is,
jemfinch> when there are two branches named "stable" and the user asks
jemfinch> to update to a branch named "stable."  In that case, the
jemfinch> user will have to pick one or the other, and I'm suggesting
jemfinch> that monotone cache their choice in MT/branches or something
jemfinch> similar.

Ah, OK, that's a lot clearer.  Sorry for the misunderstanding.

jemfinch> (Although it's interesting that this seems so distasteful
jemfinch> when we're stuck referring to individual revisions by their
jemfinch> SHA1 hash, rather than a nice human-readable name like 1.21
jemfinch> or something)

Well, I find those less important to be able to remember for too long.

Cheers,
Richard

-----
Please consider sponsoring my work on free software.
See http://www.free.lp.se/sponsoring.html for details.

-- 
Richard Levitte                         address@hidden
                                        http://richard.levitte.org/

"When I became a man I put away childish things, including
 the fear of childishness and the desire to be very grown up."
                                                -- C.S. Lewis




reply via email to

[Prev in Thread] Current Thread [Next in Thread]