Skip to content

docs(install): point self-hosters at the self-host image - #618

Merged
therealbrad merged 1 commit into
mainfrom
docs/selfhost-image-refs
Sep 8, 2026
Merged

docs(install): point self-hosters at the self-host image#618
therealbrad merged 1 commit into
mainfrom
docs/selfhost-image-refs

Conversation

@therealbrad

Copy link
Copy Markdown
Contributor

Description

The upgrade guide and the 1.0 announcement both told self-hosters to pull ghcr.io/testplanit/testplanit:latest. That is the hosted-service image — it bakes BASE_DOMAIN at build time and is published for linux/arm64 only, so on an x86 host the pull fails outright:

no matching manifest for linux/amd64

The image self-hosters want is testplanit-selfhost: domain-agnostic and multi-arch (linux/amd64 + linux/arm64). It is already what the Helm chart and the Kubernetes guide default to; only these two references were left pointing at the wrong one.

Changes:

  • docs/docs/installation.md — the routine Docker upgrade and the pre-1.0 baseline docker run, plus a short note explaining which image is which
  • docs/blog/2026-09-08-v1.0-release.md — the 1.0 upgrade command

Historical release posts are left alone: their commands were correct when written, before the two images diverged.

Type of Change

  • Documentation update

How Has This Been Tested?

  • Manual testing

pnpm --filter docs build compiles clean, and no references to the SaaS image remain anywhere under docs/docs/ or in the 1.0 post.

Verified against the registry that the self-host tags now resolve multi-arch:

1.0.0            linux/amd64, linux/arm64
v1.0.0           linux/amd64, linux/arm64
1.0.0-workers    linux/amd64, linux/arm64
latest           linux/amd64, linux/arm64
latest-workers   linux/amd64, linux/arm64

Checklist

  • My code follows the project's style guidelines
  • I have performed a self-review of my code
  • I have made corresponding changes to the documentation

Additional Notes

This was live-breaking for x86 self-hosters following the 1.0 upgrade instructions, since testplanit-selfhost did not exist at all until tonight.

The upgrade guide and the 1.0 announcement both told self-hosters to pull
ghcr.io/testplanit/testplanit:latest. That is the hosted-service image: it
bakes BASE_DOMAIN at build time and is published for linux/arm64 only, so
on an x86 host the pull fails outright with

  no matching manifest for linux/amd64

The image self-hosters want is testplanit-selfhost — domain-agnostic and
multi-arch, and already what the Helm chart and Kubernetes guide default
to. Points the two remaining references at it and explains the split, so
the choice is not guesswork.

Historical release posts keep their original commands: those were correct
when written, before the images diverged.
@therealbrad
therealbrad merged commit ec28e83 into main Sep 8, 2026
5 checks passed
@therealbrad
therealbrad deleted the docs/selfhost-image-refs branch September 8, 2026 04:52
@therealbrad

Copy link
Copy Markdown
Contributor Author

🎉 This PR is included in version 1.0.2 🎉

The release is available on GitHub release

Your semantic-release bot 📦🚀

therealbrad added a commit that referenced this pull request Sep 8, 2026
The upgrade guide and the 1.0 announcement both told self-hosters to pull
ghcr.io/testplanit/testplanit:latest. That is the hosted-service image: it
bakes BASE_DOMAIN at build time and is published for linux/arm64 only, so
on an x86 host the pull fails outright with

  no matching manifest for linux/amd64

The image self-hosters want is testplanit-selfhost — domain-agnostic and
multi-arch, and already what the Helm chart and Kubernetes guide default
to. Points the two remaining references at it and explains the split, so
the choice is not guesswork.

Historical release posts keep their original commands: those were correct
when written, before the images diverged.

(cherry picked from commit ec28e83)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant