mikrocontroller.net

Forum: Compiler & IDEs semantic versioning und GIT


Announcement: there is an English version of this forum on EmbDev.net. Posts you create there will be displayed on Mikrocontroller.net and EmbDev.net.
Autor: H. R. (hacker_r)
Datum:

Bewertung
2 lesenswert
nicht lesenswert
Hi
weiss jemand wie semantic versioning mit diesem Problem umgeht:

Ich habe 3 Kunden.
Kunde 1: will ein patch und dessen Release basiernd auf basis von 
1.1.1.3
Kunde 2: will ein patch und dessen Release basiernd auf basis von 
1.1.2.3
Kunde 3: will ein patch und dessen Release basiernd auf basis von 
1.1.3.3

1.1.3.3 ist top of the tree in git.

Kunde 1 und 2 wollen nicht auf 1.1.3.3 sondern auf ihren Stand bleiben.
Kein Problem, ich mache jeweils einen neuen branch für Kunde 1 & 2. Aber 
welche Versionsnummern vergebe ich jetzt an Kunde 1 und 2?

Vermisst "Semantic Versioning" hier nicht ein Zusatzfeld für patch 
releases ?

thx

Autor: Blume (Gast)
Datum:

Bewertung
-1 lesenswert
nicht lesenswert
Was spuckt google denn dazu aus?

Autor: physiker (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Gibt es "das" semantic versioning scheme? Z.B. https://semver.org/
sieht ein Schema
major.minor.patch
vor. Ihr habt ja schon eine extra Ebene eingezogen, also könnt ihr noch 
eine dazufügen, falls es für euch Sinn ergibt und die eingesetzten tools 
damit umgehen können. Ich denke kritisch kann es höchstens sein, wenn es 
kompatibel mit package managern sein muss.

Autor: H. R. (hacker_r)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Was ist im Sinne von https://semver.org/ hier zu tun?
wie geht man mit Versionsnummer basiernd auf alten releases vor wenn man 
sich an https://semver.org/ anlehnen will?

physiker schrieb:
> Gibt es "das" semantic versioning scheme? Z.B. https://semver.org/
> sieht ein Schema
> major.minor.patch
> vor. Ihr habt ja schon eine extra Ebene eingezogen, also könnt ihr noch
> eine dazufügen, falls es für euch Sinn ergibt und die eingesetzten tools
> damit umgehen können. Ich denke kritisch kann es höchstens sein, wenn es
> kompatibel mit package managern sein muss.

Autor: Achim H. (anymouse)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Bei uns gibt es manchmal eine fünfte Stelle -- ganz selten.
Andererseits ist unsere Major-Version in den höheren einstelligen 
Zahlen.

Vielleicht solltet Ihr einfach die ersten oder sogar die ersten beide 
Stellen streichen -- wenn es bereits derart krasse Unterschiede zwischen 
einer 1.1.2 und einer 1.1.3 gibt.

Oder die letzte Stelle gibt das Datum "20190719" an.

Oder Ihr trennt deutlicher zwischen "Basis/Feature Version" und "Patch 
Revision", d.h. ZWEI Versionsnummern.

Autor: Blume (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
major.minor.patch<.build> !!


<.build> wird oft wegglassen


und bitte bitte nicht die Punkte als Dezimaltrenner sehen.


ich hab schon version gesehen die *1.01* anfangen

normal

1.0 ->  1.1 -> .. ->   1.9

dann
1.10 -> 1.99

dann
1.100 ...

bei jetbrain ist die major nummer dreistellig
Build #CL-192.5728.70, built on July 18, 2019

Die ersten beiden ziffern (19) stehen für das Jahr.
Die folgende Ziffer (2) für das Release innerhalb diese Jahres.

Antwort schreiben

Die Angabe einer E-Mail-Adresse ist freiwillig. Wenn Sie automatisch per E-Mail über Antworten auf Ihren Beitrag informiert werden möchten, melden Sie sich bitte an.

Wichtige Regeln - erst lesen, dann posten!

  • Groß- und Kleinschreibung verwenden
  • Längeren Sourcecode nicht im Text einfügen, sondern als Dateianhang

Formatierung (mehr Informationen...)

  • [c]C-Code[/c]
  • [avrasm]AVR-Assembler-Code[/avrasm]
  • [code]Code in anderen Sprachen, ASCII-Zeichnungen[/code]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] - Link zu Artikel
  • Verweis auf anderen Beitrag einfügen: Rechtsklick auf Beitragstitel,
    "Adresse kopieren", und in den Text einfügen




Bild automatisch verkleinern, falls nötig
Bitte das JPG-Format nur für Fotos und Scans verwenden!
Zeichnungen und Screenshots im PNG- oder
GIF-Format hochladen. Siehe Bildformate.

Mit dem Abschicken bestätigst du, die Nutzungsbedingungen anzuerkennen.