Revisit ChangeLog editing policy for new Merge Request workflow?
I know this topic has come up a few times on the mailing list over the years, so apologies in advance for bringing this up again, but the move to Gitlab and a Merge Request based workflow might be a good time to revisit the issue of submitting ChangeLog
entries along with every commit/MR.
This will cause a fair bit of friction for both patch submitters and maintainers, since any conflicts will have to be resolved manually, which means more work for submitters. For maintainers it means they may not be able to just hit Rebase
+ Merge
when a patch looks ok, but will have to wait for conflicts to be resolved again if the patch is not up to date.
Perhaps it would be enough to insist on good and concise commit messages and then generate the ChangeLog
file from the git commit log as part of make dist
when rolling tarballs?