Semantic Versioning (SemVer) in der Praxis + GitHub Action // deutsch

Ein wirklich sehr gutes Video und ein toller Ausgangspunkt, das Thema zu vertiefen. Vielen Dank!
Gibt es eventuell eine Übersicht, welche Präfixe "Ihr" in get-next-version verwendet? Vielleicht könnt Ihr das in die Doku einbauen?
Oder ich habe es übersehen. 🙂

Kleines Feedback: Mir ist aufgefallen, dass deine Bildschirmaufnahmen etwas unscharf und mit Artefakten belastet sind. Könntest du da evtl. eine bessere Qualität einstellen?

Gibt es auch schon was für GitLab? Die Idee gefällt mir, aber GitHub ist nicht immer möglich.

Eine Frage zu den Commits und den Commit Texten. Ich hab jetzt in unserem Team mit einem kleinen bestehenden Projekt angefangen.

Ich hatte mir einen Feature Branch erstellt, wo ich nach und nach verschiedene Änderungen gemacht habe, die ich zu einem guten stabilen Zustand gebracht habe und dann in den Feature Branch commited habe.
Bei den Änderungen, die nach und nach in den Feature Branch gekommen sind, habe ich in den commit-Texten dann auch Korrekturhinweise zu vorigen Änderungen beschrieben.
Die Commits sind dann auch so in den Standard Branch gekommen.
Meine Frage ist nun, war das sinnvoll die fixes oder auch Änderungen innerhalb des Feature Branch zu beschreiben.
Denn so könnte man das von Ihnen beschriebene Verfahren nicht sinnvoll anwenden.

Vielen Dank! Sehr nützliches Video. Es hat geholfen, dieses Thema noch besser zu begreifen, die Automatisierung ist super.

Sag mal OT: Was machst eigentlich für Musik? Das eine Viech im Hintergrund schaut aus wie nen kleines Masterkeyboard. Und was größeres (über mehr Oktaven) habe ich noch nicht gesehen. Also bist kein Pianist / Keyboarder / "klassischer Musiker" - sondern benutzt es eher für kleinere Melodie- oder Basslines. Dann vor dir sone Art 808 Nachbaute? Deswegen meine Vermutung: Techno / House / Elektro?

Vielen Dank für das tolle Video!
Mir gefällt der Ansatz und auch das Tool, find ich Klasse!
Vorallem cool find ich, dass das Tool wirklich sich nur auf eine Sache konzentriert.
Ich mach das bisher nicht automatisiert, aber es reizt mich jetzt schon etwas, dass mal anzugehen.

Ich mag dein Beispiel, das Tool und deine Erklärung, gute Arbeit 👍

Würde mir aber nochmal ein Update dazu wünschen, weil wenn ich das richtig verstehe und ein PR gemerged wird wo dann drei feat commits drin sind sollte er nicht 3 minor Versionen hoch. D.h. man muss einstellen das alle Änderungen beim mergen zu einem zusammengeführt werden.

Außerdem wäre es noch cool mal einen Constraint einzubauen, wenn die PR keinen gültigen Präfix mitbringt, dann abzulehnen, dann kann das Tool auch nicht falsch arbeiten

...so als Idee :)

Sehr gutes Video und super Tool!

Wie immer ein super Video und danke für die ganzen Mühe etc. Wir würden hier ein 2. Version dieser Reihe von Video wünschen. Quasi etwas mehr davon und Vertiefungen was GitHub Action in zusammen Arbeit von Semantic Version / get_next_version betrifft.

Das kleine Tool finde ich super. Vielen Dank, auch für das gut erklärte Video.

Ich muss mal ne blöde Zwischenfrage stellen: Ist Copilot wirklich in der Lage aus den conventional commit prefixes die korrekte Versionsnummer herzuleiten?

Hallo tnw team, vielen dank für das video. Das am angang angesprochene "macht zu viel und mehr als Versionining kenne ich zugut." Kenne Semver Schon seit längerem und habe es mir in Python mal in ein docker Container gepackt der im Prinzip genau das macht was euer Go Tool macht. Hatte nämlich das selbe Problem das ich "nur" anhand der Git History die Versionen taggen wollte. :)

Sehr cooles tool!

Ich habe allerdings eine Frage bezüglich der Version 0. Meines Wissens gibt es bei der Version 0.x.y keine Garantien bei SemVer. D.h. man kann tun und lassen was man möchte. Ist euer Ansatz da einfach nur "feat!" zu nutzen, wenn ihr 1.0.0 releasen wollt, oder gibt es hierfür ein spezielles Handling, sodass man "feat!" auch nutzen kann ohne gleich auf 1.0.0 zu gehen? Danke!

Natürlich könnte man das Tool einfach erst ab 1.0.0 einsetzten :)

Ich genieße jedes einzelnes Video von euch, aber bitte unbedingt mehr von diesen Hands-On Videos! Sie helfen ungemein die erlernte Theorie in die Praxis umzusetzen! Und bei dieser Gelegenheit: Danke für eure tolle Arbeit!

Tolles video danke dafür. Das Tool gefällt mir auch gerade wege dem Pragmatismus. Ich vermute mal, dass einfach die gesamte Commit-Historie durchgegangen wird. Daher ist es wohl für Monorepos leider nur bedingt geeignet. Könnt ihr das bestätigen?

Die conventional-commits gefallen mir sehr gut - Automatisierung werde ich auf jeden Fall auch testen - vielen Dank für das Video

Sehr interessantes Video. Wusste zwar von major.minor.patch aber wusste nie, dass da so eine komplette „Philosophie“ dahintersteht. Danke. :)

Hey Golo. Du sagst im Video bei euch darf niemand auf main pushen sondern nur aus Feature branches mergen. Passiert das dann über Pullrequests oder seid ihr wirklich so konsequent da immer manuelles Codereview zu machen?

Echt hilfreich! Super!

Wir haben keine feature branches. Wir entwickeln trunk based und sind sehr, sehr glücklich damit. Also keine feature branches, nur feature flags.

Ich habe ein Verständnisproblem mit den Bezug der konventional Commits. Angenommen ich bin auf einem feature Branch auf welchem ich eine neue API hinzufüge. Dann sähe meine Branch bisher vielleicht so aus: feat => doc. Jetzt stellt ich bei doc fest, dass meine neue öffentliche Funktion, einen Typo hat. Ich ändere dies, aber wie wird mein nächster Commit benannt? feat!, weil ich zum letzten Commit eine Funktion hinzufügt und eine ändere? Oder chore, weil ich nur Kleinigkeiten geändert habe und vor allem in Bezug auf mein letztes Release nur eine Funktion hinzugefügt habe? Ich fände Zweiteres deutlich sinnvoller, aber ich finde auch in der offiziellen Doku immer nur Beispiele welche sich von Commit zu Commit hangeln. PS. Ich weiß das ich mit Git auch die Historie ändern könnte, aber für diese Beispiel möchte ich kurz annehmen dass ich das nicht kann/will/darf.

Sehr cooles Video, vielen Dank. Gerade Conventional Commits hatte ich noch gar nicht so auf dem Schirm und jetzt wo ich es gesehen habe, frag ich mich warum ich das nicht schon immer eingesetzt habe 😬