On Fri, 30 Nov 2018 19:36:28 +0800 Anton Shestakov <a...@dwimlabs.net> wrote:
> On Sun, 25 Nov 2018 12:35:17 +0900 > Yuya Nishihara <y...@tcha.org> wrote: > > > On Fri, 23 Nov 2018 13:23:43 +0800, Anton Shestakov wrote: > > > # HG changeset patch > > > # User Anton Shestakov <a...@dwimlabs.net> > > > # Date 1541397139 -28800 > > > # Mon Nov 05 13:52:19 2018 +0800 > > > # Node ID ea18d94ac7006faff7148cb2eca3b970655955b9 > > > # Parent efd0f79246e3e6633dfd06226464a48584f69b19 > > > # EXP-Topic push-publish > > > push: config option to control behavior when pushing to a publishing > > > server > > > > > `hg push --publish` can be used to make push succeed even when > > > auto-publish is > > > set to 'abort'. > > > > > > diff --git a/mercurial/configitems.py b/mercurial/configitems.py > > > --- a/mercurial/configitems.py > > > +++ b/mercurial/configitems.py > > > @@ -449,6 +449,9 @@ coreconfigitem('email', 'to', > > > coreconfigitem('experimental', 'archivemetatemplate', > > > default=dynamicdefault, > > > ) > > > +coreconfigitem('experimental', 'auto-publish', > > > + default='ignore', > > > > auto-publish=ignore sounds like the push operation will never promote the > > changesets to public. Perhaps, it can be renamed to 'allow'? > > I did default=None in V2. 'allow' almost suggests that we can also > have auto-publish=disallow to prevent remote from publishing changesets, > but still receive them on push (which is not true). I was suggested 'publish' as the default value so that it's a string and users could revert to it freely, and I've used it in V3. _______________________________________________ Mercurial-devel mailing list Mercurial-devel@mercurial-scm.org https://www.mercurial-scm.org/mailman/listinfo/mercurial-devel