I'm providing accompanying package that matches the version of the main NPM package, already in major.minor.patch format (e.g. 1.3.1).
I don't want to break version conformity between main and accompanying package. Is it possible to release intermediary subpatches for accompanying package that match
>=1.3.1 <1.3.2
semver constraint? Similar to 1.3.1.1.
Even if not possible to match the constraint, what's the convention for the patch for 1.3.1 to make it not overlap 1.3.2?
As http://semver.org/ states
Given a version number MAJOR.MINOR.PATCH, increment the:
- MAJOR version when you make incompatible API changes,
- MINOR version when you add functionality in a backwards-compatible manner, and
- PATCH version when you make backwards-compatible bug fixes.
- Additional labels for pre-release and build metadata are available as extensions to the MAJOR.MINOR.PATCH format.
As there is no sub-patches in SemVer, you could label your version with a label, for example 1.3.2-alpha1 or similar.
npm doesn't install labelled versions, commonly release candidates labeled with rc, alphas, betas and so on without explicitly stating you want to install such version.
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With