[PATCH] commitextras: move fb's extension which add extras to a commit to core

Kevin Bullock kbullock+mercurial at ringworld.org
Fri Jul 7 14:30:12 EDT 2017


> On Jul 7, 2017, at 13:25, Martin von Zweigbergk via Mercurial-devel <mercurial-devel at mercurial-scm.org> wrote:
> 
> On Fri, Jul 7, 2017 at 11:23 AM, Sean Farley <sean at farley.io> wrote:
>> 
>> Yuya Nishihara <yuya at tcha.org> writes:
>>> 
>>> debugcommit seems fine.
>>> 
>>> FWIW, --extra value will need some encoding handling depending on its
>>> type, e.g. convert labels to utf-8, but keep file path as bytes.
>> 
>> Yeah, seems fine to me too. But was there any reason we're avoiding the
>> path of new-thing-as-extension first, then into core second?
> 
> If we decide to put it in debugcommit, we provide no BC guarantee
> (AFAIK), so we can remove it later if we see a reason. That buys us
> the same flexibility as having it in an extensions, it seems.

Hmm, I'm not sure we throw out BC guarantees for debug commands. Per <https://www.mercurial-scm.org/wiki/CompatibilityRules#Commands>, there is somewhat of a gradient to the strength of BC guarantees, but as I read it, debug commands aren't exempt.

Also just as a reminder for those following along, we only suspend the BC guarantees for extensions that are marked EXPERIMENTAL.

pacem in terris / мир / शान्ति / ‎‫سَلاَم‬ / 平和
Kevin R. Bullock



More information about the Mercurial-devel mailing list