Github Action Release Schritt

[hupling]

• Maven-Release erstellt Git-Tag und Ändert die Pom
• Github-Release Erstellt aus dem Git-Tag einer Github-Release. Einmal schauen, ob autogenerierte Release Notes funktionieren
• Erstellt ein Container-Image anhand des Tags

[hupling]

@ejcsid Das mit den Projekt-Repos bereitet mir Kopfzerbrechen. Wenn unabhängig von den Micro-Services ein Release erstellt werden soll, macht die ganze Pipeline komplexer.

• Die Pom.xml ist ja erst in einem neuen Commit angepasst. Daher müsste man eigentlich von dem neuen Tag bauen. Dadurch weiß man nur anhand des Tags (beispielprojekt-backend-1.0.20), welcher Microservice getaggt wurde. Es müsst in einer Datei sehr viele if-Statements erstellt werden.
• das mit den autogenerierten Release Notes macht dann auch keinen Sinn, weil die werden anhand von Merge Requests erstellt

Lösung: ok. man kann mit mvn release:perform da richtige auschecken

[ejcsid]

Mit mvn release:perform hast du den ersten Punkt gelöst (bauen vom neuen Tag aus), aber nicht den 2. mit den MRs, wenn da z.B. ein MR für einen anderen Microservice gemerged wurde, richtig?