GeeksforGeeks
Die semantische Versionierung (auch als SemVer bezeichnet) ist ein Versionierungssystem, das in den letzten Jahren auf dem Vormarsch war. Es war schon immer ein Problem für Softwareentwickler, Release-Manager und Verbraucher. Eine universelle Versionierung der Softwareentwicklungsprojekte ist der beste Weg, um zu verfolgen, was mit der Software passiert, da fast täglich neue Plugins, Addons, Bibliotheken und Erweiterungen erstellt werden.
Semantische Versionierung ist eine 3-Komponenten-Nummer im Format X.Y.Z, wobei :
- X steht für eine Hauptversion.
- Y steht für eine Minor-Version.
- Z steht für einen Patch.
SemVer hat also die Form Major.Kleinere.Patch.
Arbeiten: Das Ziel von SemVer war es, das Management von sich schnell bewegenden Software-Release-Zielen vernünftig zu gestalten. Wie oben beschrieben, sind 3 Nummern, d. H. Major, Minor und Patch, erforderlich, um eine Softwareversion zu identifizieren. Zum Beispiel, wenn wir Version 5.12.2 nehmen, dann hat es eine Hauptversion von 5, eine Nebenversion von 12 und eine Patch-Version von 2. Im Folgenden finden Sie die Szenarien, in denen Sie den Wert von X , Y und Z erhöhen sollten.
- Bump the value of X when breaking the existing API.
- Erhöht den Wert von Y, wenn neue Features abwärtskompatibel implementiert werden.
- Gibt den Wert von Z zurück, wenn Fehler behoben werden.
Gültige Bezeichner sind in der Menge enthalten und dürfen nicht leer sein. Pre-Release-Metadaten werden durch Anhängen eines Bindestrichs an das Ende der Semversequenz identifiziert. Daher könnte ein Pre-Release für Version 1.0.0 1.0.0-alpha sein.1. Wenn dann ein anderer Build benötigt wird, wird er 1.0.0-alpha.2, und so weiter. Beachten Sie, dass Namen keine führenden Nullen enthalten dürfen, Bindestriche jedoch in Namen für Pre-Release-Bezeichner zulässig sind.
Vorteile von SemVer :
- Sie können jeden Übergang in der Softwareentwicklungsphase verfolgen.
- Versionierung kann den Entwicklern erklären, welche Art von Änderungen stattgefunden haben und welche möglichen Updates in der Software stattfinden sollten.
- Es hilft, die Dinge sauber und sinnvoll zu halten.
- Es hilft anderen Personen, die Ihr Projekt möglicherweise als Abhängigkeit verwenden.
Zu beachtende Punkte :
- Die erste Version startet bei 0.1.0 und nicht bei 0.0.1, da keine Fehlerbehebungen stattgefunden haben, sondern wir beginnen mit einer Reihe von Funktionen als erster Entwurf des Projekts.
- Vor 1.0.0 ist nur die Entwicklungsphase, in der Sie sich darauf konzentrieren, Dinge zu erledigen.
- SemVer deckt Bibliotheken mit dem Tag 0 nicht ab.*.*. Die erste stabile Version ist 1.0.0.