Also, erst mal kurz zur Situation:
In der Firma werden alle Produkte im gleichen Git-Repository geführt, da es recht kleine Produkte sind und man nicht immer wechseln müssen soll.
(Wie gut das ist, weiß ich nicht, allerdings habe ich da auch keinen Einfluss drauf)
Das Problem ist, wenn jetzt ein Release gemacht wird, wird bei allen Produkten die Version hochgezählt, auch wenn ja keine Änderung war, dadurch wird das Ganze sehr unübersichtlich. Die Frage wäre, ob man einen Maven-Job (Jenkins Job(?)) so definieren könnte, dass nicht die gesamte Mavenstruktur releast wird?
Für mich ist das ganze noch etwas unübersichtlich, wir benutzen Maven, Jenkins und Github, und ich bin mir nicht zu 100% sicher, was davon wofür zuständig ist.
Das oben beschriebene ist die langfristig geplante Lösung. Kurzfristig war die Überlegung, dass bei einem Jenkins-Job eine Release-Notiz beigefügt werden kann, damit man wenigstens genau nachvollziehen kann, was sich mit der Version an welchem Produkt geändert hat. Außerdem soll ein git-Tag erstellt werden, aus dem ein neuer Branch erstellt wird, das ist im Moment meine Aufgabe.
Meine bisherigen Erkenntnisse:
Prinzipiell müsste ich im Jenkins-Job einen Maven-Befehl mitgeben, der eine Release-Notiz ermöglicht (dazu habe ich absolut gar nichts gefunden), anschließend müsste ein Tag gesetzt werden und dann vermutlich mit
aus diesem Tag ein Branch erzeugt werden.
Zur Frage:
(Hat jemand ein Problem wie in der langfristigen Lösung schon mal gehabt, bzw gibt es da Ansätze, die ihr empfehlen könnt, über die ich mich informieren könnte?)
Zweitens: Wie genau würde ich bei der kurzfristigen Lösung vorgehen, ich stehe etwas auf dem Schlauch..
https://www.thomas-krenn.com/de/wiki/Git_Tags <-- Hier steht zwar prinzipiell drin, was ein Tag ist, aber ich kann aus dem gegebenen Code keine allgemeinen Regeln für das Erstellen eines Tags ableiten.
Reicht für meine Zwecke schon die erste Zeile, bzw was passiert da in der dritten Zeile, wurde das generiert, oder muss man diesen Code für sein Projekt wissen?
Sorry, dass es so viele Fragen sind, aber ich bin im Moment ziemlich ratlos, da ich mich sonst zu 80% in Büchern informiere und nur bei Fehlern google, doch durch Corona ist im Moment nicht viel mit Büchereien ^^°
Danke fürs Lesen
In der Firma werden alle Produkte im gleichen Git-Repository geführt, da es recht kleine Produkte sind und man nicht immer wechseln müssen soll.
(Wie gut das ist, weiß ich nicht, allerdings habe ich da auch keinen Einfluss drauf)
Das Problem ist, wenn jetzt ein Release gemacht wird, wird bei allen Produkten die Version hochgezählt, auch wenn ja keine Änderung war, dadurch wird das Ganze sehr unübersichtlich. Die Frage wäre, ob man einen Maven-Job (Jenkins Job(?)) so definieren könnte, dass nicht die gesamte Mavenstruktur releast wird?
Für mich ist das ganze noch etwas unübersichtlich, wir benutzen Maven, Jenkins und Github, und ich bin mir nicht zu 100% sicher, was davon wofür zuständig ist.
Das oben beschriebene ist die langfristig geplante Lösung. Kurzfristig war die Überlegung, dass bei einem Jenkins-Job eine Release-Notiz beigefügt werden kann, damit man wenigstens genau nachvollziehen kann, was sich mit der Version an welchem Produkt geändert hat. Außerdem soll ein git-Tag erstellt werden, aus dem ein neuer Branch erstellt wird, das ist im Moment meine Aufgabe.
Meine bisherigen Erkenntnisse:
Prinzipiell müsste ich im Jenkins-Job einen Maven-Befehl mitgeben, der eine Release-Notiz ermöglicht (dazu habe ich absolut gar nichts gefunden), anschließend müsste ein Tag gesetzt werden und dann vermutlich mit
Code:
git checkout -b newbranch branchnameZur Frage:
(Hat jemand ein Problem wie in der langfristigen Lösung schon mal gehabt, bzw gibt es da Ansätze, die ihr empfehlen könnt, über die ich mich informieren könnte?)
Zweitens: Wie genau würde ich bei der kurzfristigen Lösung vorgehen, ich stehe etwas auf dem Schlauch..
https://www.thomas-krenn.com/de/wiki/Git_Tags <-- Hier steht zwar prinzipiell drin, was ein Tag ist, aber ich kann aus dem gegebenen Code keine allgemeinen Regeln für das Erstellen eines Tags ableiten.
Code:
:~/repos/dev-1$ git tag v1.2
:~/repos/dev-1$ git show v1.2
commit cd490b9cda416a4b93b4a6bf4ac2c0ddb6740cc5
Author: Test User <tktest@example.com>
Date: Tue Feb 7 07:15:19 2012 +0100
version 1.2Sorry, dass es so viele Fragen sind, aber ich bin im Moment ziemlich ratlos, da ich mich sonst zu 80% in Büchern informiere und nur bei Fehlern google, doch durch Corona ist im Moment nicht viel mit Büchereien ^^°
Danke fürs Lesen
