Current marks the primary API version offered to real users. Treat it as a stable compatibility contract: allow only mandatory requirements, such as security patches, and critical bug fixes. section 24.3.2
Use the lifecycle deliberately:
- Freeze the current version rather than continuing ordinary feature development. section 24.3.2
- Put new features and noncritical changes into the next Preview version. section 24.3.2
- When the next version becomes current, move the existing current version to Deprecated instead of deleting it. section 24.3.2
Version 1 and version 2
After version 1 matures, label it Current and preserve client behavior. Develop new functionality in version 2 as Preview. When version 2 becomes Current, mark version 1 Deprecated while retaining its mandatory-change policy. section 24.3.2
