We recognize that you need stability from Base Web.
This document describes the practices that we follow to provide you the Base Web library. We want everyone who depends on Base Web to know when and how new features are added and to be well-prepared when obsolete ones are removed.
Please visit the release history for previous releases. This log includes a list of bug fixes and new features, as well as breaking changes and migration guides.
The project follows SemVer, with a few flavors. We do not bump major versions for the following changes:
- Any component or function that's prefixed with
unstable_may change or be removed without notice.
- Visual changes, like colors. Under special circumstances, like sweeping visual changes, we may release a major version.
- Change in undocumented APIs and internal data structures.
Development builds of Base Web include many helpful warnings.
In the event of a future breaking change, we will add warnings that indicate the feature is scheduled for deprecation and will provide migration instructions. Deprecation warnings may be added in a minor version. The following major versions will remove the deprecated feature.
Breaking changes are inconvenient for everyone, so we strive to limit the number of breaking changes by releasing only one major version a year, around September. To help with the migration, we provide codemods for every major release.
In general, you can expect the following release cycle:
- one major every year,
- multiple minor / patch releases a week, on demand.
We version Base Web and related packages (like the eslint plugin, or the VSCode extension) together. This means that sometimes one or more of the packages won't include any new features or bug fixes, even if there is a new version available.
We only support the latest version of Base Web, and do not backport any changes to older versions.