packages/homepage/docs/launch-readiness-checklist.md
Use this checklist before treating the public homepage download surface as
launch-ready. The current page intentionally supports a development fallback
when generated release metadata is unavailable: desktop cards open the GitHub
releases page with "pending" labels, store cards stay disabled, and no
generated From <release> labels appear. That fallback is acceptable for local
builds, but it is not enough for launch.
packages/homepage/src/generated/release-data.ts was regenerated by
packages/app-core/scripts/write-homepage-release-data.mjs during the build.releaseData.release.tagName is not unavailable.releaseData.release.downloads includes current macOS Apple Silicon, macOS
Intel, Windows, Linux archive/AppImage, Linux .deb, and Linux .rpm
artifacts for the release being announced..aab and signed QA .apk
artifacts when mobile release is part of the launch./releases/download/<releaseData.release.tagName>/.releaseData.release.tagName.releaseData.release.url points at the matching GitHub release tag page.releaseData.release.checksum is present when checksums are published for
the release artifacts.#download.From <tag> label for each generated
download shown to users.Run these from the repository root:
bun run --cwd packages/homepage typecheck
bun run --cwd packages/homepage check:release-data
bun run --cwd packages/homepage test:e2e
bun run --cwd packages/homepage build
If the e2e test passes while releaseData.release.tagName is still
unavailable, the homepage is only verified for fallback behavior. Block public
launch until check:release-data passes with real release metadata.
Record the following in the launch notes: