Skip to content

Migration & versioning

Read Current release status first. It is generated from the workspace manifest and canonical dist-tag policy.

BeeUI uses a date-version candidate label in the current repository. Stable/prerelease dist-tags are controlled by the release policy; packages/CLI remain unpublished until the owner release gate executes. Do not treat historical RC tarballs as the current candidate.

Deprecations are announced before removal and token removals are guarded by the token lifecycle/removal checks. Prefer semantic tokens and stable typed component contracts to engine-specific escape hatches so upgrades remain reviewable.

A source-owned component is your code after it is added. Upgrading therefore means inspect upstream changes/diff, decide which changes your fork wants, and run your local tests rather than blindly overwriting customization.

Sources: migration guide, semver audit, token lifecycle, and dist-tag policy.