2015-12-03 4 views
7

Ich biete begleitendes Paket, das der Version des Haupt-NPM-Pakets entspricht, bereits im Format major.minor.patch (z. B. 1.3.1).Indermediate Sub-Patch Node.js Paket Version

Ich möchte nicht die Versionskonformität zwischen Haupt- und Begleitpaket brechen. Ist es möglich, zwischengeschaltete Subpatches für begleitendes Paket zu lösen, die übereinstimmen?

>=1.3.1 <1.3.2 

sherver constraint? Ähnlich wie 1.3.1.1.

Auch wenn es nicht möglich ist, die Beschränkung zu erfüllen, wie lautet die Konvention für das Patch für 1.3.1, damit es sich nicht überlappt 1.3.2?

Antwort

4

Wie http://semver.org/ Staaten

eine Versionsnummer MAJOR.MINOR.PATCH gegeben, erhöhen die:

  • MAJOR Version, wenn Sie nicht kompatibel API Änderungen vornehmen,
  • kleinere Version, wenn Sie Funktionalität hinzufügen rückwärtskompatibel und
  • PATCH-Version, wenn Sie rückwärtskompatible Fehlerbehebungen vornehmen.
  • Zusätzliche Labels für Vorabversions- und Buildmetadaten sind als Erweiterungen des MAJOR.MINOR.PATCH-Formats verfügbar.

Da es keine sub-patches in SemVer ist, könnten Sie Ihre Version mit einem Etikett, zum Beispiel 1.3.2-alpha1 oder ähnlichen beschriften.

npm installiert keine beschrifteten Versionen, veröffentlicht häufig Kandidaten, die mit rc, alphas, betas usw. beschriftet sind, ohne ausdrücklich anzugeben, dass Sie eine solche Version installieren möchten.

+0

Ich sehe. Also denke ich, dass es entweder '1.3.2-patch.0-1.3.1' oder' 1.3.2-rc.0' sein kann, da keiner von ihnen mit lockeren Versionsbeschränkungen übereinstimmt. – estus

+0

@estus, genau. Aber Vorsicht, Versionen wie "1.3.2-patch.0-1.3.1" waren der Grund, warum "SemVer" vorgeschlagen wurde: semantische Bedeutung allein hinter den Versionsnummern zu haben. –

Verwandte Themen