| title | Runtime service API versioning policy |
|---|---|
| navTitle | Runtime Service API Versioning |
| description | Stability labels and how to track runtime service API breaking changes. |
stable: backward-compatible within the current major version.experimental: can change in minor versions; verify release notes before upgrades.
These two labels are the whole vocabulary. The same list is written out again as the chapter's
Stability Legend, and
scripts/check-runtime-services-index.mjs holds both legends — and every page's Stability
bullet — to one definition, so the two lists cannot drift apart. Adding a label means extending
that definition in the same change that says what it promises, in both places.
When a runtime service API changes in a breaking way:
- Update the relevant page in this chapter.
- Add a changeset entry under
.changeset/— changesets generates each package'sCHANGELOG.mdfrom these entries. (The rootCHANGELOG.mdis retained for historical entries and is not hand-edited.) - Record migration guidance and affected methods in the per-major release page under
content/docs/releases/.
| Service | Stability |
|---|---|
services.data |
stable |
services.sharing |
stable |
services.audit |
experimental |
services.queue |
stable |
services.email |
stable |
services.sms |
stable |
services.push |
experimental |
services.settings |
stable |
services.storage |
stable |