Migration & versioning
Migration & versioning
Section titled “Migration & versioning”Read Current release status first. It is generated from the workspace manifest and canonical dist-tag policy.
Package consumption
Section titled “Package consumption”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.
Token/API evolution
Section titled “Token/API evolution”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.
Source ownership
Section titled “Source ownership”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.