Skip to content

Release docs: finalize now updates the website - #286

Open
royteeuwen wants to merge 2 commits into
masterfrom
docs/release-management-finalize-website
Open

Release docs: finalize now updates the website#286
royteeuwen wants to merge 2 commits into
masterfrom
docs/release-management-finalize-website

Conversation

@royteeuwen

Copy link
Copy Markdown
Contributor

Follows apache/sling-org-apache-sling-committer-cli#40, which makes the Committer CLI's finalize command update the website as its last step.

Finalize section

Documents the website step instead of telling the release manager to do it afterwards, and describes how downloads entries are matched: on the artifact id rather than the module's display name (the two often differ — Tracer is listed as Log Tracer), and only for entries on the same major version, so a maintenance release of an older line never downgrades the page. Also notes that the news page stays manual, via update-news, and how to resume finalize by release name after promotion.

Promoting the Release section

Two corrections to the manual instructions:

  • The downloads page needs updating for every release, not only for new modules. Every non-bot commit to the site over the last ten months updates releases.md and downloads.tpl together; the renovate app is a lagging backstop rather than the primary path (PR Update dependency org.apache.sling:org.apache.sling.resourceresolver to v2.0.2 #221 was open from September 2025 to April 2026).
  • The page lists only the most recent major version of a module, even when older majors are still distributed, so a maintenance release of an older major normally has nothing to update there.

Also notes which of these steps the CLI now performs, and that the site's own build and deploy delay already covers most of the CDN wait.

Update JIRA section

Drops the "keep the versions sorted" step — nothing in the release process depends on the project's version order — and points at finalize, which performs the rest of that section.

The CLI's finalize command updates the releases list and the downloads page as
its last step, so document that rather than telling the release manager to do
it afterwards, and describe how downloads entries are matched (artifact id,
same major version only). The news page stays manual, via update-news.

Also correct the manual downloads instructions: the page needs updating for
every release, not only for new modules, and it lists only the most recent
major version of a module even when older ones are still distributed.
Nothing in the release process depends on the project's version order, and the
CLI's finalize command performs the rest of the Update JIRA section.
@royteeuwen
royteeuwen requested a review from raducotescu August 4, 2026 20:29
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant