[PATCH] hg: support for auto sharing stores when cloning

[Gregory Szorc]

On Fri, Jul 3, 2015 at 2:19 PM, Gregory Szorc <gregory.szorc at gmail.com>
wrote:

> # HG changeset patch
> # User Gregory Szorc <gregory.szorc at gmail.com>
> # Date 1435958308 25200
> #      Fri Jul 03 14:18:28 2015 -0700
> # Node ID 17d2b4b8eaaf8bab93d75cfded8042e2d82a3bff
> # Parent  84518051bc3b851f736872df045d662de548b3c9
> hg: support for auto sharing stores when cloning
>


First, mpm gave verbal approval for this feature in Montreal. However, it
was high level approval only and the details were never worked out. This
patch probably needs some bikeshedding on:

* config option names ("share" vs "clone" etc)
* should flags be added to `hg clone`
* should the path to the shared repo be printed
* should we require the "share" extension be enabled
* should bookmarks be shared by default

Also, the role of the "share" extension is kinda funky. A lot of the share
functionality is built into core. Before bookmark sharing was added, the
share extension pretty much just exposed the `hg share` and `hg unshare`
commands (see https://selenic.com/repo/hg/file/5a4d1a6c605f/hgext/share.py).
I can argue that the bookmark behavior changes should be in core and not
the share extension because weird things will happen if the share extension
is deactivated.

Anyway, Mozilla really wants this feature so our release automation can be
made simpler and more efficient. I'm happy to incorporate any requested
feedback as long as the ability to auto share from a common root changeset
is present in core (we have 1 repo per head/branch and this is a killer
feature for reducing the overall cost of clones).
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://selenic.com/pipermail/mercurial-devel/attachments/20150703/436326fe/attachment.html>