Skip to content

Docs: host Helm and SWCK docs on the website - #910

Merged
wu-sheng merged 1 commit into
masterfrom
docs/helm-swck-website-hosted
Aug 30, 2026
Merged

Docs: host Helm and SWCK docs on the website#910
wu-sheng merged 1 commit into
masterfrom
docs/helm-swck-website-hosted

Conversation

@wu-sheng

Copy link
Copy Markdown
Member

Both repos carry docs/ with a menu.yml, so their documentation can be rendered by the site instead of linking out to GitHub.

component before after
Kubernetes Helm GitHub link, single v4.9.0 tree Next / Latest / v5.0.0, website-hosted
SWCK Next / Latest / v0.10.0 Next / Latest / v0.11.0

Latest and the versioned entry share a commitId in both cases, so seo/doc-canonical-map.html points the versioned tree at /latest/ rather than letting the duplicate pair compete in search.

Two changes that go beyond a version bump

Helm's v4.9.0 entry is dropped, not kept alongside. A component cannot mix hosted and GitHub-linked entries: docs.js runs every entry through doc.sh once repoUrl is present, and an external https://github.com/…/tree/vX link then yields a bogus local path and dies at cp ./docs/menu.yml under set -o errexit, taking the whole build with it.

repo moves from skywalking-kubernetes to skywalking-helm, matching the upstream rename that the old name now only reaches by redirect. That puts the docs at /docs/skywalking-helm/…, which breaks nothing because this component had no website doc URLs before. It also fixes a latent gap — apache/skywalking-kubernetes has no entry in data/stars.yml, so that card has never shown a star count.

Verification

Ran npm run docs — the same generation CI performs, clones and all — then a full hugo build:

  • Exit 0, no errors; all six sidebars generated.
  • Trees build: helm next / latest / v5.0.0, swck next / latest / v0.11.0.
  • Cards read Next / v5.0.0 and Next / v0.11.0, both with "Read docs" → /latest/readme/, and no GitHub tree links left on either.
  • In-page version switchers offer next / latest / <release>; canonicals resolve to /latest/readme/.
  • v0.10.0 is gone from the generated sidebars too, so nothing references it.

Generated artifacts are not included — layouts/projectdoc/baseof.html and static/images/*.png were reverted after the local build, since build-with-docs regenerates them.

Two things worth a reviewer's judgement

Neither tag is a published release. v5.0.0 and v0.11.0 exist as git tags but have no GitHub release object, and the ASF dist still carries helm 4.9.0 and swck 0.10.0. So the docs page will advertise v5.0.0 / v0.11.0 while releases.yml and the downloads page still offer 4.9.0 / 0.10.0. Coherent if those votes are in flight; worth a second look if not.

Removing swck v0.10.0 retires 17 currently published pages. /docs/skywalking-swck/v0.10.0/… is live and indexed today and will 404 after this deploys. Nothing on the site links to it, so there are no internal dead links, but external links and search results will break.

Both repos carry docs/ with a menu.yml, so their docs can be rendered by
the site rather than linked out to GitHub.

Kubernetes Helm was GitHub-linked with a single v4.9.0 tree link. It is now
website-hosted with Next / Latest / v5.0.0, Latest and v5.0.0 sharing the
v5.0.0 tag commit so seo/doc-canonical-map.html points the versioned tree
at /latest/. The old v4.9.0 entry is dropped rather than kept alongside: a
component cannot mix hosted and GitHub-linked entries, because docs.js runs
every entry through doc.sh once repoUrl is present and an external link dies
at `cp ./docs/menu.yml` under set -o errexit.

repo also moves from skywalking-kubernetes to skywalking-helm, matching the
upstream rename that the old name now only reaches by redirect. That puts
the docs at /docs/skywalking-helm/, which breaks nothing since this
component had no website doc URLs before, and it gives the card a star
count — apache/skywalking-kubernetes has no entry in data/stars.yml.

SWCK moves Latest onto the v0.11.0 tag commit, adds a v0.11.0 entry on the
same commitId, and drops v0.10.0 so the site recommends 0.11.0 only.

Verified with npm run docs — the same generation CI runs — followed by a
full hugo build. Both trees render, the cards read Next / v5.0.0 and
Next / v0.11.0, the in-page version switchers offer next / latest / the
release, the canonicals resolve to /latest/readme/, and no GitHub tree
links remain on either card.

Note for reviewers: v5.0.0 and v0.11.0 are git tags without published
release artifacts — no GitHub release object, and the ASF dist still
carries helm 4.9.0 and swck 0.10.0 — so the docs will run ahead of what
the downloads page offers until those releases land. Removing swck v0.10.0
also retires 17 currently published pages under that tree.
@netlify

netlify Bot commented Aug 30, 2026

Copy link
Copy Markdown

Deploy Preview for skywalking-website-preview failed.

Name Link
🔨 Latest commit 3032aca
🔍 Latest deploy log https://app.netlify.com/projects/skywalking-website-preview/deploys/6a94c006566b6e00083057cd

@wu-sheng
wu-sheng merged commit 93dc605 into master Aug 30, 2026
1 of 5 checks passed
@wu-sheng
wu-sheng deleted the docs/helm-swck-website-hosted branch August 30, 2026 23:43
wu-sheng added a commit that referenced this pull request Aug 31, 2026
releases.yml: add helm 5.0.0 and swck 0.11.0 at the top of their sections,
dated Sep. 1st, 2026, and demote 4.9.0 and 0.10.0 to archive.apache.org.
All 21 links verified to return 200.

SWCK 0.11.0 ships its Helm chart as a signed, voted artifact for the first
time (skywalking-swck-0.11.0.tgz, absent from 0.10.0), so it is listed beside
the binary tarball using the "|" separator pattern the GraalVM distro card
already uses. Without it the new artifact would be invisible on the site.

Two event posts, each in its component's established style: the Helm one
keeps the release's Breaking changes / Features / Corrections structure, the
SWCK one the Features / Bugs / Chores shape its earlier posts use. Per the
repo's rules the release-tooling, e2e and dependency-bump entries are left
out of the SWCK post, which was most of its changelog's volume.

docs.yml already points at these versions from #910, so the docs and
downloads pages now agree — the gap noted there is closed.

Note the posts are dated 2026-09-01. Hugo does not build future-dated
content and buildFuture is unset, so merging before Sep 1 10:00 UTC leaves
the two event pages ungenerated until the next daily scheduled build picks
them up. The downloads page updates immediately either way, since its dates
are plain display strings.
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