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

Reply via email to