[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