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

[Angel Ezquerra]

On Mon, May 14, 2012 at 11:18 PM, Kevin Bullock
<kbullock+mercurial at ringworld.org> wrote:
> On 14 May 2012, at 3:09 PM, Augie Fackler wrote:
>
> On May 14, 2012, at 7:43 PM, Kevin Bullock wrote:
>
> On May 12, 2012, at 10:24 AM, Matt Mackall wrote:
>
>
> On Sat, 2012-05-12 at 17:02 +0200, Levi Bard wrote:
>
> # HG changeset patch
>
> # User Levi Bard <levi at unity3d.com>
>
> # Date 1336834801 -7200
>
> # Node ID c3fe1f84a74161cd84ab2c85d78985429fed69c2
>
> # Parent  76c744e0c5bbd0900beba49787b7e04ba862939b
>
> bookmarks: pull new bookmarks from remote by default
>
>
> Queued for default, thanks.
>
>
>
> What's the rationale for this? Does no one use non-shared bookmarks anymore?
>
>
> The rationale is that pulling from a server with bookmarks probably
> indicates that you want those bookmarks locally (e.g. pulling from mom's
> repo). Pushing still only happens explicitly unless a bookmark of the same
> name exists.
>
>
> And what about when the "server" is a repo in which I happened to fire up
> `hg serve` to share some changes with a coworker? In that case I can't
> imagine they'd want all my random little markers littering their repo.
>
> I agree that the rationale makes perfect sense for the topic-branch
> workflow. But anyone who's been using bookmarks not expecting them to be
> shared unless they're explicitly pulled or pushed will need to readjust
> their workflow.
>
> pacem in terris / мир / शान्ति / ‎‫سَلاَم‬ / 平和
> Kevin R. Bullock

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?

Angel