Some initial impressions of phases

Martin Geisler mg at aragost.com
Tue Jan 24 07:47:33 CST 2012


Pierre-Yves David <pierre-yves.david at logilab.fr> writes:

> On Tue, Jan 24, 2012 at 12:48:55PM +0100, Jason Harris wrote:
>> 
>> On Jan 24, 2012, at 12:22 PM, Pierre-Yves David wrote:
>
>> Point 13:
>> BTW for the documentation there is no help in the hgrc about phase.
>> Eg 'hg help hgrc' doesn't mention anything about phase settings.
>
> breaking news: Phase documentation is still a stumb and something to
> be heavily working on during the freeze. Any help is welcome on this
> side.

I think Jason's overall point here is that it's dangerous to go into a
code freeze with an entirely new and undocumented feature. I must admit
that I'm also somewhat nervous about this.

So far I guess you and Matt are the only one who know how phases work.
The rest of us have played around with it for maybe 5 minuttes each. We
haven't done serious work with phases and so we're afraid of how it will
impact the release. Especially since there's no comprehensive end-user
documentation.

>> It might be simple, but it's highly highly inconvenient for working
>> with clones. This is really a case where we should separate what is
>> easy to for implementation and what works well for users.
>> 
>> At least there needs to be *some* way to get the behavior that most
>> users will find the most useful.
>
> There is a way. Setting your development repositories as "private"
> (not public, not publishing). This is simple and *available in 2.1*
> way to do that.

Is there a concept of a "private" repository?

Anyhow, I can see that adding

  [phases]
  publish = False

to my config file means that 'hg clone' preserves draft changesets as
drafts.

-- 
Martin Geisler

aragost Trifork
Professional Mercurial support
http://www.aragost.com/mercurial/customer-projects/


More information about the Mercurial-devel mailing list