Well that was confusing. I am *right now* sorting my email and setting
up new rules. So when "Submitting patches from magit" just appeared in
"emacs-devel", that very much looked like I just messed up.
> I understand most of you use vc-mode to construct ChangeLog entries as per
> For the new-schoolers who use magit, I submit for consideration the
> "magit-patch-changelog" package at https://github.com/dickmao/magit-patch-changelog.
Much appreciated. What about optionally putting the changelog entry on
the commit message for those who have commit rights?
Please consider contributing this package to GNU Elpa.
>> Assuming this is only useful with Magit installed, would it make more sense
>> for it to be contributed to Magit?
> Maybe. The package monkeys a magit menu to seamlessly insert itself, so
> embedding within magit would actually *reduce* the lines of code.
Instead of the magit-patch-changelog-initialize hack use:
(transient-append-suffix 'magit-patch-create "c"
'("e" "Create patches for Emacs" magit-patch-changelog-create))
Also don't fiddle with after-init-hook. Just put this at the top-level.
> But I suspect Mr. Bernoulli would not want such an emacs-devel-specific task
> to be integrated into a fully general git porcelain.
Yes, I think this should remain a separate package.
I suppose those who have commit rights find this method none too onerous.
As an "outsider" with a multi-file changeset, I've found wrangling changelog
entries for email submission tedious and highly error-prone.
A recent brouhaha discussing debbugs versus gitlab might also
have critiqued patch-based versus pull-request based development models, and
the efficacy of changelog entries. It's the kind of thing that has been so
meticulously maintained for so many years that the old guard cannot be
faulted for wanting to preserve forevermore. New-schoolers might counter with
the sunk-cost fallacy argument, however.
ÓF> That's for VC-Dir. It doesn't work when committing changes from Magit,
ÓF> does it?
No. My point was to express the confusion of new contributors lacking this
tribal knowledge when constructing a patch according to the exacting guidelines.
Preserving twentieth-century software practices has the nice side effect of
keeping out the "rabble" of youth, and the changelog requirement proves a natural
limiter to the number of changes an unvetted contributor might make.
On Fri, Dec 20, 2019 at 08:18:51PM +0100, Óscar Fuentes wrote:
> [hidden email] writes:
> > ÓF> What about putting the changelog entry on the commit message?
> > Hum, I just read this tribal knowledge
> > https://lists.gnu.org/archive/html/emacs-devel/2019-09/msg00667.html > > describing an "insider's" approach to changelog entries.
> > I suppose those who have commit rights find this method none too onerous.
> That's for VC-Dir. It doesn't work when committing changes from Magit,
> does it?
You can hit c in the hunks in the diff buffer to add them to the
commit message, but that gets old pretty quickly with a large change.
(For the record, it also doesn’t work right with Objective C code.)