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
1. Put v prefix before NEW_VERSION
2. Change the checkin line to a one-liner.
3. Have build-release.sh check for the v prefix (with --force-version= you could omit it).
Signed-off-by: Rusty Russell <[email protected]>
Copy file name to clipboardExpand all lines: doc/contribute-to-core-lightning/release-checklist.md
+4-5Lines changed: 4 additions & 5 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -24,7 +24,7 @@ Here's a checklist for the release process.
24
24
2. Use `devtools/changelog.py` to collect the changelog entries from pull request commit messages and merge them into the manually maintained `CHANGELOG.md`. This does API queries to GitHub, which are severely
25
25
ratelimited unless you use an API token: set the `GH_TOKEN` environment variable to a Personal Access Token from <https://github.com/settings/tokens>
26
26
3. Create a new CHANGELOG.md heading to `v<VERSION>rc1`, and create a link at the bottom. Note that you should exactly copy the date and name format from a previous release, as the `build-release.sh` script relies on this.
27
-
4. Update the package versions: `make update-versions NEW_VERSION=<VERSION>rc1`
27
+
4. Update the package versions: `make update-versions NEW_VERSION=v<VERSION>rc1`
28
28
5. Create a PR with the above.
29
29
30
30
## Releasing -rc1
@@ -46,7 +46,7 @@ Here's a checklist for the release process.
46
46
## Releasing -rc2, ..., -rcN
47
47
48
48
1. Update CHANGELOG.md by changing rc(N-1) to rcN. Update the changelog list with information from newly merged PRs also.
49
-
2. Update the package versions: `make update-versions NEW_VERSION=<VERSION>rcN`
49
+
2. Update the package versions: `make update-versions NEW_VERSION=v<VERSION>rcN`
50
50
3. Add a PR with the rcN.
51
51
4. Tag it `git pull && git tag -s v<VERSION>rcN && git push --tags`
52
52
5. Draft a new `v<VERSION>rcN` pre-release on Github, upload reproducible builds, `SHA256SUMS-v<VERSION>` and `SHA256SUMS-v<VERSION>.asc`.
@@ -57,12 +57,11 @@ Here's a checklist for the release process.
57
57
## Tagging the Release
58
58
59
59
1. Update the CHANGELOG.md; remove -rcN in both places, update the date and add title and namer.
60
-
2. Update the contrib/pyln package versions: `make update-versions NEW_VERSION=<VERSION>`
60
+
2. Update the contrib/pyln package versions: `make update-versions NEW_VERSION=v<VERSION>`
61
61
3. Add a PR with that release.
62
62
4. Merge the PR, then:
63
-
-`export VERSION=23.05`
64
63
-`git pull`
65
-
-`git tag -a -s v${VERSION} -m v${VERSION}`
64
+
-`VERSION=23.05; git tag -a -s v$VERSION -m v$VERSION`
66
65
-`git push --tags`
67
66
5. Run `tools/build-release.sh` (with `--sudo` if you need root to run Docker) to:
0 commit comments