You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: docs/RELEASE_ISSUE_TEMPLATE.md
+31-45Lines changed: 31 additions & 45 deletions
Original file line number
Diff line number
Diff line change
@@ -1,4 +1,4 @@
1
-
<!-- Last updated by @galargh during [0.16.0 release](https://github.com/ipfs/kubo/issues/9237) -->
1
+
<!-- Last updated by @galargh during [0.17.0 release](https://github.com/ipfs/kubo/issues/9319) -->
2
2
3
3
> Release Issue Template. If doing a patch release, see [here](https://github.com/ipfs/kubo/blob/master/docs/PATCH_RELEASE_TEMPLATE.md)
4
4
@@ -14,7 +14,7 @@
14
14
* Release reviewer: @who
15
15
* Expected RC date: week of YYYY-MM-DD
16
16
* 🚢 Expected final release date: YYYY-MM-DD
17
-
* Accompanying PR for improving the release process: (example: https://github.com/ipfs/kubo/pull/9100)
17
+
* Accompanying PR for improving the release process: (example: https://github.com/ipfs/kubo/pull/9391)
18
18
19
19
See the [Kubo release process](https://pl-strflt.notion.site/Kubo-Release-Process-5a5d066264704009a28a79cff93062c4) for more info.
20
20
@@ -41,11 +41,13 @@ As usual, this release includes important fixes, some of which may be critical f
41
41
Checklist:
42
42
43
43
-[ ]**Stage 0 - Prerequisites**
44
-
-[ ] Open an issue against [bifrost-infra](https://github.com/protocol/bifrost-infra) ahead of the release ([example](https://github.com/protocol/bifrost-infra/issues/2109)).
44
+
-[ ] Open an issue against [bifrost-infra](https://github.com/protocol/bifrost-infra) ahead of the release ([example](https://github.com/protocol/bifrost-infra/issues/2109)).**Idealy, do this multiple days in advance of the RC** to give Bifrost the heads up that asks will be coming their way.
45
45
-[ ] Spell out all that we want updated - gateways, the bootstraper and the cluster/preload nodes
46
46
-[ ] Mention @protocol/bifrost-team in the issue and let them know the expected date of the release
47
+
- Issue link:
47
48
-[ ] Ensure that the `What's left for release` section has all the checkboxes checked. If that's not the case, discuss the open items with Kubo maintainers and update the release schedule accordingly.
48
49
-[ ] Create `docs-release-vX.Y.Z` branch, open a draft PR and keep updating `docs/RELEASE_ISSUE_TEMPLATE.md` on that branch as you go.
50
+
-[ ] Link it in the "Meta" section above.
49
51
-[ ] Ensure you have a [GPG key generated](https://docs.github.com/en/authentication/managing-commit-signature-verification/generating-a-new-gpg-key) and [added to your GitHub account](https://docs.github.com/en/authentication/managing-commit-signature-verification/adding-a-gpg-key-to-your-github-account). This will enable you to created signed tags.
50
52
-[ ] Ensure you have [admin access](https://discuss.ipfs.tech/g/admins) to [IPFS Discourse](https://discuss.ipfs.tech/). Admin access is required to globally pin posts and create banners. @2color might be able to assist you.
51
53
-[ ] Access to [#bifrost](https://filecoinproject.slack.com/archives/C03MMMF606T) channel in FIL Slack might come in handy. Ask the release reviewer to invite you over.
@@ -54,6 +56,8 @@ Checklist:
54
56
-[ ] You're also going to need NPM installed on your system. See [here](https://docs.npmjs.com/downloading-and-installing-node-js-and-npm) for instructions.
55
57
-[ ] Prepare changelog proposal in [docs/changelogs/vX.Y.md](https://github.com/ipfs/kubo/blob/master/docs/changelogs/).
56
58
- Skip filling out the `### Changelog` section (the one where which lists all the commits and contributors) for now. We will populate it after the release branch is cut.
59
+
- PR link:
60
+
-[ ] Ensure the new changelog is linked in the [CHANGELOG.md](CHANGELOG.md) file.
57
61
-[ ] Install ZSH ([instructions](https://github.com/ohmyzsh/ohmyzsh/wiki/Installing-ZSH#install-and-set-up-zsh-as-default)). It is needed by the changelog creation script.
58
62
-[ ] Ensure you have `kubo` checked out under `$(go env GOPATH)/src/github.com/ipfs/kubo`. This is required by the changelog creation script.
59
63
- If you want your clone to live in a different location, you can symlink it to the expected location by running `mkdir -p $(go env GOPATH)/src/github.com/ipfs && ln -s $(pwd) $(go env GOPATH)/src/github.com/ipfs/kubo`.
@@ -63,25 +67,25 @@ Checklist:
63
67
-[ ] See the list here: https://hub.docker.com/r/cimg/go/tags
-[ ][ipfs/ipfs-docs](https://github.com/ipfs/ipfs-docs): [example PR](https://github.com/ipfs/ipfs-docs/pull/1298) - only if the major version changed
67
71
-[ ] Fork a new branch (`release-vX.Y.Z`) from `master`.
68
72
-[ ] Bump the version in `version.go` in the `master` branch to `vX.(Y+1).0-dev` via a PR ([example](https://github.com/ipfs/kubo/pull/9305)).
69
73
-[ ]**Stage 2 - Release Candidate** - _if any [non-trivial](docs/releases.md#footnotes) changes need to be included in the release, return to this stage_
70
-
-[ ] Bump the version in `version.go` in the `release-vX.Y.Z` branch to `vX.Y.Z-rcN`.
71
-
-[ ] If applicable, add new commits to the `release-vX.Y.Z` branch from `master` using `git cherry-pick -x ...`
74
+
-[ ] If it's not a first RC, add new commits to the `release-vX.Y.Z` branch from `master` using `git cherry-pick -x ...`
72
75
- Note: `release-*` branches are protected. You can do all needed updates on a separated branch (e.g. `wip-release-vX.Y.Z`) and when everything is settled push to `release-vX.Y.Z`
73
-
-[ ] Push the `release-vX.Y.Z` branch to GitHub (`git push origin release-vX.Y.Z`) and create a draft PR targetting `release` branch if it doesn't exist yet ([example](https://github.com/ipfs/kubo/pull/9306)).
76
+
-[ ] Bump the version in `version.go` in the `release-vX.Y.Z` branch to `vX.Y.Z-rcN`.
77
+
-[ ] If it's a first RC, create a draft PR targetting `release` branch if it doesn't exist yet ([example](https://github.com/ipfs/kubo/pull/9306)).
74
78
-[ ] Wait for CI to run and complete PR checks. All checks should pass.
75
79
-[ ] Create a signed tag for the release candidate.
76
80
-[ ] This is a dangerous operation, as it is difficult to reverse due to Go modules and automated Docker image publishing. Remember to verify the commands you intend to run for items marked with ⚠️ with the release reviewer.
77
81
-[ ] ⚠️ Tag HEAD `release-vX.Y.Z` commit with `vX.Y.Z-rcN` (`git tag -s vX.Y.Z-rcN -m 'Pre-release X.Y.Z-rcn'`)
78
-
-[ ] Run `git show vX.Y.Z` to ensure the tag is correct.
79
-
-[ ] ⚠️ Push the `vX.Y.Z` tag to GitHub (`git push origin vX.Y.Z`; DO NOT USE `git push --tags` because it pushes all your local tags).
82
+
-[ ] Run `git show vX.Y.Z-rcN` to ensure the tag is correct.
83
+
-[ ] ⚠️ Push the `vX.Y.Z-rcN` tag to GitHub (`git push origin vX.Y.Z-rcN`; DO NOT USE `git push --tags` because it pushes all your local tags).
80
84
-[ ] Add artifacts to https://dist.ipfs.tech by making a PR against [ipfs/distributions](https://github.com/ipfs/distributions)
81
85
-[ ] Clone the `ipfs/distributions` repo locally.
82
86
-[ ] Create a new branch (`kubo-release-vX.Y.Z-rcn`) from `master`.
83
87
-[ ] Run `./dist.sh add-version kubo vX.Y.Z-rcN` to add the new version to the `versions` file ([instructions](https://github.com/ipfs/distributions#usage)).
84
-
-`dist.sh` will print _WARNING: not marking pre-release kubo vX.Y.Z-rc1n as the current version._.
88
+
-`dist.sh` will print _WARNING: not marking pre-release kubo vX.Y.Z-rcN as the current version._.
85
89
-[ ] Push the `kubo-release-vX.Y.Z-rcn` branch to GitHub and create a PR from that branch ([example](https://github.com/ipfs/distributions/pull/760)).
86
90
-[ ] Ask for a review from the release reviewer.
87
91
-[ ] Enable auto-merge for the PR.
@@ -90,7 +94,7 @@ Checklist:
90
94
-`master` build will publish the artifacts to https://dist.ipfs.io in around 30 minutes
91
95
-[ ] Ensure that the artifacts are available at https://dist.ipfs.io
92
96
-[ ] Publish the RC to [the NPM package](https://www.npmjs.com/package/go-ipfs?activeTab=versions) by running https://github.com/ipfs/npm-go-ipfs/actions/workflows/main.yml (it happens automatically but it is safe to speed up the process and kick of a run manually)
93
-
-[ ] Cut a pre-release on [GitHub](https://github.com/ipfs/kubo/releases) ([instructions](https://docs.github.com/en/repositories/releasing-projects-on-github/managing-releases-in-a-repository#creating-a-release), [example](https://github.com/ipfs/kubo/releases/tag/v0.16.0-rc1))
97
+
-[ ] Cut a pre-release on [GitHub](https://github.com/ipfs/kubo/releases) ([instructions](https://docs.github.com/en/repositories/releasing-projects-on-github/managing-releases-in-a-repository#creating-a-release), [example](https://github.com/ipfs/kubo/releases/tag/v0.17.0-rc1))
94
98
- Use `vX.Y.Z-rcN` as the tag.
95
99
- Link to the release issue in the description.
96
100
- Link to the relevant [changelog](https://github.com/ipfs/kubo/blob/master/docs/changelogs/) in the description.
-[ ] Mention [early testers](https://github.com/ipfs/go-ipfs/tree/master/docs/EARLY_TESTERS.md) in the comment under the release issue ([example](https://github.com/ipfs/kubo/issues/9237#issuecomment-1258072509)).
115
+
-[ ] Mention [early testers](https://github.com/ipfs/go-ipfs/tree/master/docs/EARLY_TESTERS.md) in the comment under the release issue ([example](https://github.com/ipfs/kubo/issues/9319#issuecomment-1311002478)).
112
116
-[ ]**Stage 3 - Internal Testing**
113
-
-[ ] Library Testing.
114
-
-[ ][interop](https://github.com/ipfs/interop)
115
-
-[ ] Clone the `ipfs/interop` repo locally.
116
-
-[ ] Create a new branch (`kubo-release-vX.Y.Z-rcn`) from `master`.
117
-
-[ ] Update `go-ipfs` version to `vX.Y.Z-rcN` in [package.json](https://github.com/ipfs/interop/blob/master/package.json).
118
-
-[ ] Run `npm install` locally
119
-
-[ ] Push the `kubo-release-vX.Y.Z-rcn` branch to GitHub and create a draft PR from that branch ([example](https://github.com/ipfs/interop/pull/511)).
-[ ] Create a branch with kubo version pinned in the [test setup action](https://github.com/ipfs/go-ipfs-api/blob/master/.github/actions/go-test-setup/action.yml) ([example](https://github.com/ipfs/go-ipfs-api/commit/d156b808cc3aebafba65a38e5dd6993543a50e82)).
-[ ] Create a branch with kubo version pinned in the [test setup action](https://github.com/ipfs/go-ipfs-http-client/blob/master/.github/actions/go-test-setup/action.yml) ([example](https://github.com/ipfs/go-ipfs-http-client/commit/8a057960d26f1c60fffef09be3b05ec3f2e71bba)).
-[ ] Run [CI workflow](https://github.com/ipfs/ipfs-webui/actions/workflows/ci.yml) with `vX.Y.Z-rcN` for the `kubo-version` input.
130
-
-[ ] Ensure that CI is green.
131
117
-[ ] Infrastructure Testing.
132
118
-[ ] Update the issue against [bifrost-infra](https://github.com/protocol/bifrost-infra) ([example](https://github.com/protocol/bifrost-infra/issues/2109)).
133
119
-[ ] Mention @protocol/bifrost-team in the issue to let them know the release is ready
@@ -150,7 +136,7 @@ Checklist:
150
136
-[ ] Check that the comunication between Kubo daemon and IPFS companion is working properly checking if the number of connected peers changes.
151
137
-[ ]**Stage 5 - Release** - _ONLY FOR FINAL RELEASE_
152
138
-[ ] Prepare the `release` branch.
153
-
-[ ] Bump the version in `version.go` in the `release-vX.Y.Z` branch to `vX.Y.Z`.
139
+
-[ ] Bump the version in `version.go` in the `release-vX.Y.Z` branch to `X.Y.Z`.
154
140
-[ ] Update the [docs/changelogs/vX.Y.md](docs/changelogs) with the new commits and contributors.
155
141
-[ ] Run `./bin/mkreleaselog` twice to generate the changelog and copy the output.
156
142
- The first run of the script might be poluted with `git clone` output.
@@ -184,12 +170,12 @@ Checklist:
184
170
-`master` build will publish the artifacts to https://dist.ipfs.io in around 30 minutes
185
171
-[ ] Ensure that the artifacts are available at https://dist.ipfs.io
186
172
-[ ] Publish the release to [the NPM package](https://www.npmjs.com/package/go-ipfs?activeTab=versions) by running https://github.com/ipfs/npm-go-ipfs/actions/workflows/main.yml (it happens automatically but it is safe to speed up the process and kick of a run manually)
187
-
-[ ] Cut the release on [GitHub](https://github.com/ipfs/kubo/releases) ([instructions](https://docs.github.com/en/repositories/releasing-projects-on-github/managing-releases-in-a-repository#creating-a-release), [example](https://github.com/ipfs/kubo/releases/tag/v0.16.0))
173
+
-[ ] Cut the release on [GitHub](https://github.com/ipfs/kubo/releases) ([instructions](https://docs.github.com/en/repositories/releasing-projects-on-github/managing-releases-in-a-repository#creating-a-release), [example](https://github.com/ipfs/kubo/releases/tag/v0.17.0))
188
174
- Use `vX.Y.Z` as the tag.
189
-
- Link to the release issue in the description.
190
175
- Copy the relevant [changelog](https://github.com/ipfs/kubo/blob/release/docs/changelogs/) into the release description.
191
-
- Keep the release notes as trim as possible (e.g. remove top headers where possible, [example](https://github.com/ipfs/kubo/releases/tag/v0.15.0))
176
+
- Keep the release notes as trim as possible (e.g. remove top headers where possible, [example](https://github.com/ipfs/kubo/releases/tag/v0.17.0))
192
177
-[ ] Synchronize release artifacts by running [sync-release-assets](https://github.com/ipfs/kubo/actions/workflows/sync-release-assets.yml) workflow.
-[ ] Add a link to the release to this release issue as a comment.
195
181
-[ ] Create a new post on [IPFS Discourse](https://discuss.ipfs.tech). ([example](https://discuss.ipfs.tech/t/kubo-v0-16-0-release-is-out/15286))
@@ -203,19 +189,21 @@ Checklist:
203
189
-[ ] IPFS Discord #ipfs-chatter
204
190
-[ ] FIL Slack #ipfs-chatter
205
191
-[ ] Matrix
206
-
-[ ] Add a link from release notes to Discuss post (like we did here: https://github.com/ipfs/kubo/releases/tag/v0.15.0)
192
+
-[ ] Add a link from release notes to Discuss post (like we did here: https://github.com/ipfs/kubo/releases/tag/v0.17.0)
207
193
-[ ] Update the draft PR created for [interop](https://github.com/ipfs/interop) to use the new release and mark it as ready for review.
208
194
-[ ] Update the draft PR created for [IPFS Desktop](https://github.com/ipfs-shipyard/ipfs-desktop) to use the new release and mark it as ready for review.
209
195
-[ ] Update docs
210
196
-[ ] Run https://github.com/ipfs/ipfs-docs/actions/workflows/update-on-new-ipfs-tag.yml to generate a PR to the docs repo
211
197
-[ ] Merge the auto-created PR in https://github.com/ipfs/ipfs-docs/pulls ([example](https://github.com/ipfs/ipfs-docs/pull/1263))
212
-
-[ ] Get the blog post created and shared
198
+
-[ ] Get the blog post created
213
199
-[ ] Submit a request for blog post creation using [the form](https://airtable.com/shrNH8YWole1xc70I).
214
-
- Notify marketing in #shared-pl-marketing-requests about the blog entry request (since the form tends to go to spam; [example]([example](https://filecoinproject.slack.com/archives/C018EJ8LWH1/p1664885305374909))).
215
-
- Don't mark this as done until the blog entry is live.
216
-
-[ ] Share the blog post
217
-
-[ ] Twitter (request in Filecoin Slack channel #shared-pl-marketing-requests; [example](https://filecoinproject.slack.com/archives/C018EJ8LWH1/p1664903524843269?thread_ts=1664885305.374909&cid=C018EJ8LWH1))
-[ ] Twitter (request in Filecoin Slack channel #shared-pl-marketing-requests; [example](https://filecoinproject.slack.com/archives/C018EJ8LWH1/p1664903524843269?thread_ts=1664885305.374909&cid=C018EJ8LWH1))
206
+
-[ ][Reddit](https://reddit.com/r/ipfs)
219
207
-[ ]**Stage 6 - Post-Release**
220
208
-[ ] Merge the `release` branch back into `master`, ignoring the changes to `version.go` (keep the `-dev` version from master).
221
209
-[ ] Create an issue using this release issue template for the _next_ release.
@@ -226,7 +214,5 @@ Checklist:
226
214
Would you like to contribute to the IPFS project and don't know how? Well, there are a few places you can get started:
227
215
228
216
- Check the issues with the `help wanted` label in the [ipfs/kubo repo](https://github.com/ipfs/kubo/issues?q=is%3Aopen+is%3Aissue+label%3A%22help+wanted%22)
229
-
- Join an IPFS All Hands, introduce yourself and let us know where you would like to contribute - https://github.com/ipfs/team-mgmt/#weekly-ipfs-all-hands
230
-
- Hack with IPFS and show us what you made! The All Hands call is also the perfect venue for demos, join in and show us what you built
231
-
- Join the discussion at [discuss.ipfs.io](https://discuss.ipfs.io/) and help users finding their answers.
232
-
- Join the [🚀 IPFS Core Implementations Weekly Sync 🛰](https://github.com/ipfs/team-mgmt/issues/992) and be part of the action!
217
+
- Join the discussion at [discuss.ipfs.tech](https://discuss.ipfs.tech/) and help users finding their answers.
218
+
- See other options at https://docs.ipfs.tech/community/
0 commit comments