0
0
mirror of https://github.com/semver/semver.git synced 2025-08-22 13:58:33 +00:00
This commit is contained in:
Magnus Jacobsson 2025-06-23 19:31:21 +09:00 committed by GitHub
commit 410f14f81e
No known key found for this signature in database
GPG Key ID: B5690EEEBB952194

View File

@ -7,9 +7,10 @@ Summary
Given a version number MAJOR.MINOR.PATCH, increment the: Given a version number MAJOR.MINOR.PATCH, increment the:
1. MAJOR version when you make incompatible API changes 1. MAJOR version when you make incompatible API changes
1. MINOR version when you add functionality in a backward compatible 1. MINOR version when you add functionality to the API in a backward compatible
manner manner
1. PATCH version when you make backward compatible bug fixes 1. PATCH version when you make backward compatible bug fixes or other changes
not affecting the API
Additional labels for pre-release and build metadata are available as extensions Additional labels for pre-release and build metadata are available as extensions
to the MAJOR.MINOR.PATCH format. to the MAJOR.MINOR.PATCH format.
@ -39,10 +40,10 @@ For this system to work, you first need to declare a public API. This may
consist of documentation or be enforced by the code itself. Regardless, it is consist of documentation or be enforced by the code itself. Regardless, it is
important that this API be clear and precise. Once you identify your public important that this API be clear and precise. Once you identify your public
API, you communicate changes to it with specific increments to your version API, you communicate changes to it with specific increments to your version
number. Consider a version format of X.Y.Z (Major.Minor.Patch). Bug fixes not number. Consider a version format of X.Y.Z (Major.Minor.Patch). Bug fixes or
affecting the API increment the patch version, backward compatible API other changes not affecting the API increment the patch version, backward
additions/changes increment the minor version, and backward incompatible API compatible API additions/changes increment the minor version, and backward
changes increment the major version. incompatible API changes increment the major version.
We call this system "Semantic Versioning." Under this scheme, version numbers We call this system "Semantic Versioning." Under this scheme, version numbers
and the way they change convey meaning about the underlying code and what has and the way they change convey meaning about the underlying code and what has
@ -75,8 +76,8 @@ is incremented after this release is dependent on this public API and how it
changes. changes.
1. Patch version Z (x.y.Z | x > 0) MUST be incremented if only backward 1. Patch version Z (x.y.Z | x > 0) MUST be incremented if only backward
compatible bug fixes are introduced. A bug fix is defined as an internal compatible bug fixes or other changes not affecting the API are introduced. A
change that fixes incorrect behavior. bug fix is defined as an internal change that fixes incorrect behavior.
1. Minor version Y (x.Y.z | x > 0) MUST be incremented if new, backward 1. Minor version Y (x.Y.z | x > 0) MUST be incremented if new, backward
compatible functionality is introduced to the public API. It MUST be compatible functionality is introduced to the public API. It MUST be