@@ -290,9 +290,10 @@ VERSION_FORCED_SEMVER:NUT_VERSION_FORCED_SEMVER='2.8.3'
290290 documentation types)
291291
292292* post-release update of the "in-development" codebase:
293- ** start a feature branch to return the master branch into development state
293+ ** start a feature branch to return the master branch into development state,
294+ e.g. `git checkout master && git checkout -b post-release-2.8.0`
294295** update the fallback `NUT_DEFAULT_VERSION` in `tools/gitlog2version.sh` to
295- <incremented version>.1 (ex: `2.8.0.1`) and commit this, e.g.:
296+ ` <incremented version>.1` (ex: `2.8.0.1`) and commit this, e.g.:
296297+
297298----
298299:; git commit -sm 'tools/gitlog2version.sh: for development, set fallback NUT_VERSION_DEFAULT=2.8.0.1'
@@ -311,6 +312,8 @@ VERSION_FORCED_SEMVER:NUT_VERSION_FORCED_SEMVER='2.8.3'
311312** Ensure that `UPDATING.adoc` has a `Changes from ... to ...` section for
312313 the new couple of release numbers
313314** `git commit` if there were any changes after that `git revert`
315+ ** Initiate a PR to `Post-release 2.8.0 rituals: begin next cycle` with this
316+ branch, but do not merge it yet
314317
315318* Update `nut-website`:
316319** rendering should auto-update by NUT CI farm based on source changes,
@@ -324,9 +327,36 @@ VERSION_FORCED_SEMVER:NUT_VERSION_FORCED_SEMVER='2.8.3'
324327** in `source` submodule add a copy of tarball, checksum and hash files for
325328 download: `make dist{,-hash,-sig}` (or since NUT v2.8.3, `make dist-files`)
326329*** for a `new-X.Y.Z.txt` file use the `NEWS.adoc` with a stripped title
327- and prominent `link:` asciidoc markup (see existing files)
330+ and prominent `link:` asciidoc markup (see existing files), e.g. strip
331+ `link:UPGRADING.adoc[]` markup => `UPGRADING.adoc`, or generally speaking:
332+ +
333+ ----
334+ :; sed -e 's,link:\([^ ]*\)\[\],`\1`,g' -i new-2.8.0.txt
335+ ----
336+ *** Check that the `new-X.Y.Z.txt` file DOES NOT include the `PLANNED:...`
337+ title and TODO list for the future release, if restored in the steps above
338+ *** Copy over the `ChangeLog` file (original variant, not `.adoc`) and fix the
339+ commit range in title to end with the new release tag name (not `HEAD`)
328340** update `historic/index.txt` with an entry for the new release tag and date
329- ** `git tag` the website release
341+ ** commit content changes in the `source`, `package` and `nut-website` repos:
342+ +
343+ ----
344+ :; git commit -sm 'NUT v2.8.0 released'
345+ ----
346+ ** add and commit sub-module references (pointing to their `master` branches
347+ checked out and prepared for the release):
348+ +
349+ ----
350+ :; git add -p nut ddl source package \
351+ && git commit -sm 'NUT v2.8.0 released - update submodule references'
352+ ----
353+ ** tag the website release (including repos above and `ddl`), e.g.:
354+ +
355+ ----
356+ :; git tag -asm 'NUT v2.8.0 released' v2.8.0 && git push origin v2.8.0
357+
358+ # NOTE: Maybe `git push upstream v2.8.0` for nut-website directory itself
359+ ----
330360** generate and publish a "historic" sub-site snapshot (currently manually,
331361 check comments in nut-website's `ci_build.sh` script and/or its README file)
332362** update `nut` submodule to current commit ("in-development" codebase), and
@@ -335,12 +365,14 @@ VERSION_FORCED_SEMVER:NUT_VERSION_FORCED_SEMVER='2.8.3'
335365** generate and publish the usual website revision (by CI or manually)
336366** Note that it may be needed to manually copy the new tarball-related files,
337367 `new-X.Y.Z.txt`, change log, and maintainer keys (if updated), into the
338- rendered website repository, even if using the CI scripted publication.
368+ rendered website repository, even if using the CI scripted publication,
369+ then `git commit` and `git push` these changes.
339370
340371* check that the website renders properly (a few minutes after publication)
341372** re-check the tarball signature according to current `security.txt` document
342373 on an empty VM/container/chroot/user-home setup, to make sure that the GPG
343374 instructions fit the reality (needed maintainer keys are published, etc.)
375+ ** `git tag` the published website release
344376
345377* draft and publish a GitHub release based on the signed tag
346378** attach *the same copy of* the tarball, checksum and hash files as published
@@ -387,4 +419,7 @@ impacts-release-2.8.0
387419Issues reported against NUT release 2.8.0 (maybe vanilla or with minor packaging tweaks)
388420----
389421
422+ * Merge the PR to initiate the new release cycle (done last, as we probably
423+ would update this document along the way a few times)
424+
390425//////////////////////////////////////////////////////////////////////////////
0 commit comments