@@ -5,8 +5,9 @@ _These steps are only relevant to Sentry employees when preparing and publishing
5
5
** If you want to release a new SDK for the first time, be sure to follow the
6
6
[ New SDK Release Checklist] ( ./new-sdk-release-checklist.md ) **
7
7
8
- 1 . Determine what version will be released (we use [ semver] ( https://semver.org ) ).
9
- 2 . Create a branch ` prepare-release/VERSION ` , eg. ` prepare-release/7.37.0 ` , off develop
8
+ 1 . Run ` yarn changelog ` on the ` develop ` branch and determine what version will be released (we use
9
+ [ semver] ( https://semver.org ) )
10
+ 2 . Create a branch ` prepare-release/VERSION ` , eg. ` prepare-release/8.1.0 ` , off develop
10
11
3 . Update [ ` CHANGELOG.md ` ] ( https://github.com/getsentry/sentry-javascript/edit/master/CHANGELOG.md ) to add an entry for
11
12
the next release number and a list of changes since the last release. (See details below.)
12
13
4 . Open a PR with the title ` meta(changelog): Update changelog for VERSION ` against ` master ` branch.
@@ -16,20 +17,18 @@ _These steps are only relevant to Sentry employees when preparing and publishing
16
17
7 . A new issue should appear in https://github.com/getsentry/publish/issues .
17
18
8 . Wait until the CI check runs have finished successfully (there is a link to them in the issue).
18
19
9 . Once CI passes successfully, ask a member of the
19
- [ @getsentry/releases team ] ( https://github.com/orgs/getsentry/teams/releases/members ) to approve the release. a. Once
20
- the release is completed, a sync from ` master ` ->` develop ` will be automatically triggered
20
+ [ @getsentry/releases-approvers ] ( https://github.com/orgs/getsentry/teams/release-approvers ) to approve the release. a.
21
+ Once the release is completed, a sync from ` master ` ->` develop ` will be automatically triggered
21
22
22
23
## Updating the Changelog
23
24
24
- 1 . Create a new branch ` prepare-release/VERSION ` off of ` develop ` , e.g. ` prepare-release/7.37.1 ` .
25
- 2 . Run ` yarn changelog ` and copy everything
26
- 3 . Create a new section in the changelog, deciding based on the changes whether it should be a minor bump or a patch
27
- release.
28
- 4 . Paste in the logs you copied earlier.
29
- 5 . Delete any which aren't user-facing changes (such as docs or tests).
30
- 6 . Highlight any important changes with subheadings.
31
- 7 . If any of the PRs are from external contributors, include underneath the commits
25
+ 1 . Run ` yarn changelog ` and copy everything.
26
+ 2 . Create a new section in the changelog with the previously determined version number.
27
+ 3 . Paste in the logs you copied earlier.
28
+ 4 . Delete any which aren't user-facing changes (such as docs or tests).
29
+ 5 . Highlight any important changes with subheadings.
30
+ 6 . If any of the PRs are from external contributors, include underneath the commits
32
31
` Work in this release contributed by <list of external contributors' GitHub usernames>. Thank you for your contributions! ` .
33
32
If there's only one external PR, don't forget to remove the final ` s ` . If there are three or more, use an Oxford
34
33
comma. (It's in the Sentry styleguide!)
35
- 8 . Commit, push, and continue with step 4 from the previous section with the general instructions (above).
34
+ 7 . Commit, push, and continue with step 4 from the previous section with the general instructions (above).
0 commit comments