-
Notifications
You must be signed in to change notification settings - Fork 29
Add CHANGELOG.md
files for each package
#118
Comments
Like I said int he #core-js meeting this week, I think this ties into @pento's proposal to only use squash commits when merging PRs on WordPress GitHub repositories. The squash pull request merge UI allows one to change the title and message of the squash commit: That would remove the burden on new contributors completely. All maintainers would then make sure that this format is followed on the packages repository. |
Instead of hacking on changelogs here in this repo, I've just created https://github.com/ntwb/lerna-playground to work on implementing a "Conventional Commits Specification". If you'd like access to push, pull, and hack on that repo please ping me here or in Slack and I'll add you. |
I would be happy to see something like this helping with changelog files. 👍 |
This should also be codified in Related discussion: https://github.com/WordPress/packages/pull/128/files#r190238611 |
Issue moved to WordPress/gutenberg #7800 via ZenHub |
A Slack discussion last week raised the issue of creating CHANGELOG.md for each package.
Lerna can help with that https://github.com/lerna/lerna#--conventional-commits
When run with this flag, publish will use the Conventional Commits Specification to determine the version bump and generate CHANGELOG files for each package automatically.
Conventional Commits can be fully customized, a common implementation of this seen in widespread use thoughout GitHub is Angular implementation, prefixing commits with
docs:
,fix:
,ci:
,chore:
and so on, when working with scoped packages the format takes on the package name as the scope, e.g.docs(i18n):
,docs(a11y):
,docs(is-shallow-equal):
etcEven though the Angular format above is quite common Conventional Commits is fully customizable and there are a numerous configurations available to be used from projects such as ESLint, Atom, jQuery to name but a few.
One of particular note is the jQuery preset where commits should look like:
This matches quite closely the WordPress commit message format documented in our handbook:
By mixing the scope package names with our own WordPress Conventional Commit Preset we could have our CHANGELOG.md files generated using a format common to existing WordPress processes which would be benfecial if the packages repo is to get merged into SVN.
The text was updated successfully, but these errors were encountered: