Skip to main content
added 201 characters in body
Source Link
Christophe
  • 82.3k
  • 11
  • 136
  • 202

You should increment only the MINOR version number, assumingAssuming that the new features are backward compatible, you should increment the MINOR version number, an reset the PATCH level, .

Rationale:

semver 2.0.0 makes this crystal clear in clause 7:

  1. Minor version Y (x.Y.z | x > 0) MUST be incremented if new, backwards compatible functionality is introduced to the public API. It MUST be incremented if any public API functionality is marked as deprecated. It MAY be incremented if substantial new functionality or improvements are introduced within the private code. It MAY include patch level changes. Patch version MUST be reset to 0 when minor version is incremented.

The patch level is incremented only if the major and minor version doesn't change (i.e. no new functionality), but it is necessary to release a version that only corrects bugs.

You should increment only the MINOR version number, assuming that the new features are backward compatible.

Rationale:

semver 2.0.0 makes this crystal clear in clause 7:

  1. Minor version Y (x.Y.z | x > 0) MUST be incremented if new, backwards compatible functionality is introduced to the public API. It MUST be incremented if any public API functionality is marked as deprecated. It MAY be incremented if substantial new functionality or improvements are introduced within the private code. It MAY include patch level changes. Patch version MUST be reset to 0 when minor version is incremented.

Assuming that the new features are backward compatible, you should increment the MINOR version number, an reset the PATCH level, .

Rationale:

semver 2.0.0 makes this crystal clear in clause 7:

  1. Minor version Y (x.Y.z | x > 0) MUST be incremented if new, backwards compatible functionality is introduced to the public API. It MUST be incremented if any public API functionality is marked as deprecated. It MAY be incremented if substantial new functionality or improvements are introduced within the private code. It MAY include patch level changes. Patch version MUST be reset to 0 when minor version is incremented.

The patch level is incremented only if the major and minor version doesn't change (i.e. no new functionality), but it is necessary to release a version that only corrects bugs.

added 543 characters in body; added 7 characters in body
Source Link
Christophe
  • 82.3k
  • 11
  • 136
  • 202

You should increment only the MINOR version number, assuming that the new features are backward compatible.

Rationale:

semver 2.0.0 makes this crystal clear in clause 7:

  1. Minor version Y (x.Y.z | x > 0) MUST be incremented if new, backwards compatible functionality is introduced to the public API. It MUST be incremented if any public API functionality is marked as deprecated. It MAY be incremented if substantial new functionality or improvements are introduced within the private code. It MAY include patch level changes. Patch version MUST be reset to 0 when minor version is incremented.

You should increment only the MINOR version number, assuming that the new features are backward compatible

You should increment only the MINOR version number, assuming that the new features are backward compatible.

Rationale:

semver 2.0.0 makes this crystal clear in clause 7:

  1. Minor version Y (x.Y.z | x > 0) MUST be incremented if new, backwards compatible functionality is introduced to the public API. It MUST be incremented if any public API functionality is marked as deprecated. It MAY be incremented if substantial new functionality or improvements are introduced within the private code. It MAY include patch level changes. Patch version MUST be reset to 0 when minor version is incremented.
Source Link
Christophe
  • 82.3k
  • 11
  • 136
  • 202

You should increment only the MINOR version number, assuming that the new features are backward compatible