-
Notifications
You must be signed in to change notification settings - Fork 2.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add changelog policy to contribution guidelines #9378
Changes from all commits
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
Original file line number | Diff line number | Diff line change |
---|---|---|
|
@@ -144,6 +144,23 @@ Here is a recommended way to get setup: | |
6. Write code, open a PR from your branch when you're ready | ||
7. If you need to rebase your fork's PR branch onto master to resolve conflicts: `git fetch upstream`, `git rebase upstream/master` and force push to Github `git push --force origin your-branch` | ||
|
||
## Changelog Conventions | ||
|
||
What warrants a changelog entry? | ||
|
||
- Any change that affects the public API, visual appearance or user security *must* have a changelog entry | ||
- Any performance improvement or bugfix *should* have a changelog entry | ||
- Any contribution from a community member *may* have a changelog entry, no matter how small | ||
- Any documentation related changes *should not* have a changelog entry | ||
- Any regression change introduced and fixed within the same release *should not* have a changelog entry | ||
- Any internal refactoring, technical debt reduction, render test, unit test or benchmark related change *should not* have a changelog entry | ||
|
||
How to add your changelog? | ||
|
||
- Any changelog entry should be descriptive and concise; it should explain the change to a reader without context | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I would condense some of these into one lines — not need to be too explicit since this is hard to read, e.g.:
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Yep that's a good point, tried to condense for conventions that were similar |
||
- Any changelog entry should be added to the pull request in the following format: `<changelog>Changelog description</changelog>` | ||
- Any change that does not require a changelog should be labelled `skip changelog` | ||
|
||
## Documentation Conventions | ||
|
||
See [`README.md`](https://github.com/mapbox/mapbox-gl-js-docs/blob/publisher-production/README.md) from [`mapbox-gl-js-docs`](https://github.com/mapbox/mapbox-gl-js-docs/). | ||
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@mapbox/gl-js The list is not exhaustive, feel free to suggest any other entry to add/remove here