diff options
author | GitLab Bot <gitlab-bot@gitlab.com> | 2020-04-15 15:42:17 +0000 |
---|---|---|
committer | GitLab Bot <gitlab-bot@gitlab.com> | 2020-04-15 15:42:17 +0000 |
commit | 44fdf983bd35328dd577d3d3650d14163ef3e2b6 (patch) | |
tree | 84ff300d056cfbabb5a0fe2a9cbaa80aaeab1cc5 /doc/development/changelog.md | |
parent | bc9fa07b26184b5c94808f704db6ea1ac81bf4de (diff) | |
download | gitlab-ce-44fdf983bd35328dd577d3d3650d14163ef3e2b6.tar.gz |
Add latest changes from gitlab-org/gitlab@12-10-stable-ee
Diffstat (limited to 'doc/development/changelog.md')
-rw-r--r-- | doc/development/changelog.md | 29 |
1 files changed, 11 insertions, 18 deletions
diff --git a/doc/development/changelog.md b/doc/development/changelog.md index bc1ba4eb50b..2007c26403c 100644 --- a/doc/development/changelog.md +++ b/doc/development/changelog.md @@ -5,9 +5,9 @@ file, as well as information and history about our changelog process. ## Overview -Each bullet point, or **entry**, in our [`CHANGELOG.md`][changelog.md] file is -generated from a single data file in the [`changelogs/unreleased/`][unreleased] -(or corresponding EE) folder. The file is expected to be a [YAML] file in the +Each bullet point, or **entry**, in our [`CHANGELOG.md`](https://gitlab.com/gitlab-org/gitlab/blob/master/CHANGELOG.md) file is +generated from a single data file in the [`changelogs/unreleased/`](https://gitlab.com/gitlab-org/gitlab-foss/tree/master/changelogs/) +(or corresponding EE) folder. The file is expected to be a [YAML](https://en.wikipedia.org/wiki/YAML) file in the following format: ```yaml @@ -27,15 +27,12 @@ valid options are: added, fixed, changed, deprecated, removed, security, perform Community contributors and core team members are encouraged to add their name to the `author` field. GitLab team members **should not**. -[changelog.md]: https://gitlab.com/gitlab-org/gitlab/blob/master/CHANGELOG.md -[unreleased]: https://gitlab.com/gitlab-org/gitlab-foss/tree/master/changelogs/ -[YAML]: https://en.wikipedia.org/wiki/YAML - ## What warrants a changelog entry? - Any change that introduces a database migration, whether it's regular, post, or data migration, **must** have a changelog entry. -- [Security fixes] **must** have a changelog entry, without `merge_request` value +- [Security fixes](https://gitlab.com/gitlab-org/release/docs/blob/master/general/security/developer.md) + **must** have a changelog entry, without `merge_request` value and with `type` set to `security`. - Any user-facing change **should** have a changelog entry. Example: "GitLab now uses system fonts for all text." @@ -269,13 +266,14 @@ as the other was merged. When we had dozens of merge requests fighting for the same changelog entry location, this quickly became a major source of merge conflicts and delays in development. -This led us to a [boring solution] of "add your entry in a random location in +This led us to a [boring solution](https://about.gitlab.com/handbook/values/#boring-solutions) of "add your entry in a random location in the list." This actually worked pretty well as we got further along in each monthly release cycle, but at the start of a new cycle, when a new version section was added and there were fewer places to "randomly" add an entry, the conflicts became a problem again until we had a sufficient number of entries. -On top of all this, it created an entirely different headache for [release managers] +On top of all this, it created an entirely different headache for +[release managers](https://gitlab.com/gitlab-org/release/docs/blob/master/quickstart/release-manager.md) when they cherry-picked a commit into a stable branch for a patch release. If the commit included an entry in the `CHANGELOG`, it would include the entire changelog for the latest version in `master`, so the release manager would have @@ -283,16 +281,11 @@ to manually remove the later entries. They often would have had to do this multiple times per patch release. This was compounded when we had to release multiple patches at once due to a security issue. -We needed to automate all of this manual work. So we [started brainstorming]. +We needed to automate all of this manual work. So we +[started brainstorming](https://gitlab.com/gitlab-org/gitlab-foss/issues/17826). After much discussion we settled on the current solution of one file per entry, and then compiling the entries into the overall `CHANGELOG.md` file during the -[release process]. - -[boring solution]: https://about.gitlab.com/handbook/values/#boring-solutions -[release managers]: https://gitlab.com/gitlab-org/release/docs/blob/master/quickstart/release-manager.md -[started brainstorming]: https://gitlab.com/gitlab-org/gitlab-foss/issues/17826 -[release process]: https://gitlab.com/gitlab-org/release-tools -[Security fixes]: https://gitlab.com/gitlab-org/release/docs/blob/master/general/security/developer.md +[release process](https://gitlab.com/gitlab-org/release-tools). --- |