2.1 KiB
| title | description | date | draft | images | aliases | ||
|---|---|---|---|---|---|---|---|
| Versioning Policy | The Authelia Versioning Policy which is important reading for administrators | 2022-12-21T20:48:14+11:00 | false |
|
The Authelia team aims to abide by the Semantic Versioning 2.0.0 policy. This
means that we use the format <major>.<minor>.<patch> for our version numbers, where a change to major denotes a
breaking change which will likely require user interaction to upgrade, minor which denotes a new feature, and patch
denotes a fix.
It is therefore recommended users do not automatically upgrade the minor version without reading the patch notes, and
it's critically important users do not upgrade the major version without reading the patch notes. You should pin your
version to 4.37 for example to prevent automatic upgrades of the minor version, or pin your version to 4 to
prevent automatic upgrade of the major version.
We generally do not recommend automated upgrades of critical systems but instead recommend ensuring you are notified an upgrade exists.
Exceptions
There are exceptions to this versioning policy.
Advanced Customizations
Some advanced customizations are not guaranteed by the versioning policy. These features require the administrator to ensure they keep up to date with the changes relevant to their version. While the customizations exist as a feature we cannot allow these customizations to hinder the development process.
Notable Advanced Customizations:
- Templates:
- Content Security Policy header
- Localization / Internationalization Assets
Breaking Changes
All features which are marked as:
- beta
- experimental
Notable examples:
- OpenID Connect 1.0
- File Filters
The reasoning is as we develop these features there may be mistakes and we may need to make a change that would normally be considered a breaking change. As these features graduate from their status to generally available they will move into our standard versioning policy and lose their exception status.