Wenn du unveränderliche Releases im Repository deiner Aktion aktivierst, kannst du die Releases deiner Aktion folgendermaßen verwalten:
-
Um den Releasezyklus zu starten, entwickeln und überprüfen Sie eine mögliche Version für Ihr Projekt in einem Release-Branch.
-
Lege fest, wie du deine Änderungen freigeben möchtest:
- Wenn du bereit bist, eine unveränderliche Version deiner Aktion freizugeben, erstelle ein Release auf GitHub mit einem releasespezifischen Tag (z. B.
v1.0.0). Weitere Informationen findest du unter Veröffentlichungen in einem Repository verwalten. - Wenn du das Git-Tag eines Release später aktualisieren möchtest, erstelle kein Release auf GitHub. Erstelle stattdessen folgendermaßen ein Tag:
- Wenn dein Release Breaking Changes für vorhandene Workflows enthält, erstelle ein Hauptversionstag (z. B.
v1). - Wenn dein Release neue abwärtskompatible Funktionen enthält, erstelle ein Minor-Version-Tag (z. B.
v1.1). - Wenn dein Release abwärtskompatible Fehlerbehebungen enthält, erstelle ein Patch-Version-Tag (z. B.,
v1.1.1).
- Wenn dein Release Breaking Changes für vorhandene Workflows enthält, erstelle ein Hauptversionstag (z. B.
- Wenn du bereit bist, eine unveränderliche Version deiner Aktion freizugeben, erstelle ein Release auf GitHub mit einem releasespezifischen Tag (z. B.
-
Stelle für Git-Tags, die nicht an ein Release auf GitHub gebunden sind, sicher, dass Benutzende Zugriff auf die neueste kompatible Version deiner Aktion haben, indem du sie folgendermaßen aktualisierst:
- Aktualisiere bei einer Hauptversion das Tag so, dass es auf den Git-Verweis der neuesten verwandten Nebenversion oder Patchversion verweist.
- Aktualisiere bei einer Nebenversion das Tag so, dass es auf den Git-Verweis der neuesten verwandten Patchversion verweist.
Um ein vorhandenes Git-Tag in den letzten Commit zu verschieben, erzwinge das Pushen des Tags mit den folgenden Befehlen:
Bash git tag -f TAG-NAME git push -f --tags
git tag -f TAG-NAME git push -f --tags