Call for discussion: Phase names

[Na'Tosha Bard]

2012/1/10 Martin Geisler <mg at aragost.com>

> Matt Mackall <mpm at selenic.com> writes:
>
> > On Mon, 2012-01-09 at 16:16 -0600, Kevin Bullock wrote:
> >> On Jan 9, 2012, at 2:52 PM, Matt Mackall wrote:
> >>
> >> > On Mon, 2012-01-09 at 20:28 +0100, Olav Reinert wrote:
> >> >> [...]
> >> >>    personal, mine, isolated, tentative, shy, scratch, jailed,
> >> >>    moored, anchored, grounded
> >> >
> >> > I don't like any of these even a little. I think it needs to be
> >> > synonymous with private, which basically limits the possibilities
> >> > to 'private', 'secret', and 'restricted'.
> >>
> >> Perhaps this has been suggested and rejected already, but what about:
> >> public / drafpt / local ?
> >>
> >> Pro: it's a reasonable antonym of 'public', particularly in the
> >> phrase "local changes"
> >> Con: it's also the antonym of 'remote', as in 'remote repo' vs.
> >> 'local repo'
> >
> > It's not horrible, but it's a bit more ambiguous about intent than
> > private/secret/restricted.
>
> I'm a fan of "local": it does not imply anything about security and it
> highlights the distinguishing property of these changesets compared to
> "draft" changesets: they stay local.
>

I think that is really bad.  In normal Mercurial-related conversation,
"local" is almost always used to refer to any changes that I have on my
local machine, but have not pushed.  Trying to give this word a new meaning
is a really bad idea, IMO.

Na'Tosha


>
> However, by that logic, "public" could be improved to highlight the
> distinguishing property (immutability). Maybe permanent/draft/local?
>
>    Name       Immutable   Shared
>    permanent      X         X
>    draft                    X
>    local
>
> This is Just a suggestion to test this logic -- I think "public" is a
> little nicer since it's shorter and like you said, immutability is
> something that is derived from being shared, not the other way around.
>
> --
> Martin Geisler
>
> aragost Trifork
> Professional Mercurial support
> http://mercurial.aragost.com/kick-start/
> _______________________________________________
> Mercurial-devel mailing list
> Mercurial-devel at selenic.com
> http://selenic.com/mailman/listinfo/mercurial-devel
>



-- 
*Na'Tosha Bard*
Build & Infrastructure Developer | Unity Technologies - Copenhagen

*E-Mail:* natosha at unity3d.com
*Skype:* natosha.bard
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://selenic.com/pipermail/mercurial-devel/attachments/20120110/79051ed3/attachment.html>