[PATCH v2] bookmarks: pull new bookmarks from remote by default

[Martin Geisler]

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

> On Wed, May 16, 2012 at 06:58:20AM +0200, Angel Ezquerra wrote:
>> On May 15, 2012 2:05 PM, "Pierre-Yves David" <pierre-yves.david at logilab.fr>
>> wrote:
>> >
>> > On Mon, May 14, 2012 at 11:38:45PM +0200, Angel Ezquerra wrote:
>> > > Maybe there could be a configuration key to disable this new behavior?
>> > > Also, or optionally, perhaps there could be some sort of "local"
>> > > bookmark namespace, kind of like there is a local tag namespace?
>> >
>> > I think that explicite "secret" bookmark is the most sensible
>> > approach here. All other bookmark could be exchanged.
>> >
>> >
>> > --
>> > Pierre-Yves David
>> >
>> 
>> Pierre-Yves, what do you mean by "explicit secret bookmark"?
>> 
>> I am not aware that you can create secret bookmarks...
>
> They do not exist yet, The suggestion is to have 
>
> local-bookmark: only exists in your repository and not exchanged.
>
> public-bookmark: are always exchanged on pull//push//clone (as non
> secret-changeset are)
>
> Note that "public" bookmark on secret changeset are not
> visible/exchanged either

That's great -- I think users should use this mechanism to make a
bookmark "secret". It is best if we can avoid introducing too many new
concepts, so the phase machinery should be used where it makes sense.

In other words, Kevin should mark changesets secret before running 'hg
serve' if he doesn't want people to get when when they pull/clone.
Bookmarks on such secret changesets will then also stay in place. That
seems consistent and not too inconvenient to me.

-- 
Martin Geisler

aragost Trifork
Commercial Mercurial support
http://aragost.com/mercurial/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: not available
URL: <http://selenic.com/pipermail/mercurial-devel/attachments/20120516/f42254b2/attachment.pgp>