Problem/Motivation
We want to be able to automate as much as possible for release management.
Proposed resolution
Set up semantic-release to automatically bump versions and create changelogs. Using this tools means making use of a more conventional commit format such as: https://www.conventionalcommits.org/en/v1.0.0/ and enforcing this standard with a tool such as commitizen
The only addition to this would be to define a "Credit" or "By" footer listing all users to be credited for a particular issue/commit..
An example of a commit (taken from once history):
fix(once): Error when context.querySelector() doesn't find an element on the page
Credits: nod_, Danny Englander, droplet
Refs #3204168
Here the (once) is optional, in the mono repo we might want to explicitly tell which package we're handling (semantic release tools don't need it to know which package is impacted by the commit, so totally optional, only for humans).
Comments
Comment #2
nod_Comment #3
larowlanI'm in favour of this, using it for a few npm packages I maintain, it is effortless
Comment #4
podarokI guess this is not related to just the current project, but for the whole drupal.org infrastructure
Would be great to have e.g. https://www.drupal.org/node/2846603/commits somehow parsed and visually improved
As well as release creation process to get changelog generation based on this list
Comment #5
nod_This is specifically a policy for this general project used for some of the core JS. This is to agree on a new core policy for commit format, not d.o integration.
Please open a new on for general availability/support/integration for other projects on d.o.
Comment #6
nod_Comment #7
nod_Comment #8
e0ipsoI have been using semantic release and commitlint successfully for a while now, and I have only good words for it. Big plus one from me.
Comment #9
bbralaIs this a dupe, or more correctly, a predecessor? :)
#3439331: [policy] Decide on format of commit message
#3486271: Change format for git commit message for the Drupal Core project.
Comment #10
quietone commentedYes, I agree with #9. This should have been cleanup when that work was finished.