Skip to content

release.md

Latest commit

 

History

History
57 lines (38 loc) · 1.51 KB

release.md

File metadata and controls

57 lines (38 loc) · 1.51 KB

Release Guide

Dieses Projekt nutzt automatisches Packaging und Release über GitHub Actions.

Was Automatisch Passiert

  • Jeder Push auf main baut das Plugin und lädt die JAR als Workflow-Artifact hoch.
  • Jeder Pull Request auf main führt ebenfalls den Build aus.
  • Jeder Push eines Tags mit Prefix v (z. B. v1.0.1) erstellt ein GitHub Release und hängt die gebaute JAR an.

Release-Regeln

  • Die Plugin-Version steht in build.gradle:
version = '1.0.1'
  • Der Git-Tag muss exakt dazu passen, mit führendem v:
v1.0.1
  • Die CI prüft das automatisch. Wenn Tag und build.gradle-Version nicht identisch sind, schlägt der Workflow fehl.

Wichtige Reihenfolge

  1. Zuerst version in build.gradle anheben.
  2. Diese Änderung committen und auf main pushen.
  3. Erst danach den passenden Tag vX.Y.Z erstellen und pushen.

Wenn der Tag vor dem Versions-Commit gesetzt wird, passt der Tag oft nicht zum Stand von build.gradle und die Release-CI kann nicht wie erwartet laufen.

Release Erstellen

  1. version in build.gradle aktualisieren.
  2. Änderung committen und nach main pushen.
  3. Passenden Tag erstellen und pushen.

Beispiel:

git checkout main
git pull
git add build.gradle
git commit -m "chore: release 1.0.2"
git push

git tag v1.0.2
git push origin v1.0.2

Wo Du Die Ergebnisse Findest

  • Build-Artifact (bei jedem main-Push): GitHub Actions Run -> Artifact jailcommandguard-jar
  • Offizielles Release (bei Tag-Push): GitHub Releases mit angehängter JAR