git push mit Unterschrift — weil v1.0.0 kein Zufall ist 🖊️
Find a file
2026-05-31 21:31:54 +02:00
.gitignore chore: Standard-Dateien ergänzen 2026-05-31 21:22:18 +02:00
CHANGELOG.md chore(release): v0.1.1 2026-05-31 21:31:46 +02:00
CLAUDE.md chore: Standard-Dateien ergänzen 2026-05-31 21:22:18 +02:00
cliff.toml chore: Standard-Dateien ergänzen 2026-05-31 21:22:18 +02:00
LICENSE chore: Standard-Dateien ergänzen 2026-05-31 21:22:18 +02:00
pemmikan.md docs: pemmikan.md — Session-Kontext und Deployment-Doku 2026-05-31 21:31:46 +02:00
README.md chore: Standard-Dateien ergänzen 2026-05-31 21:22:18 +02:00
release.sh chore: Standard-Dateien ergänzen 2026-05-31 21:22:18 +02:00

release

Version License

git push mit Unterschrift — weil v1.0.0 kein Zufall ist 🖊️

git-cliff Release-Helper für alle holm.tools-Projekte. Ermittelt die nächste Semver-Version, schreibt CHANGELOG.md, erstellt einen signierten Tag und legt den Forgejo-Release an.

Aufruf

release [--yes]

--yes überspringt die Bestätigungsabfrage (für non-interaktive Nutzung).

Voraussetzungen

  • git-cliff im PATH
  • GPG-Schlüssel konfiguriert (git config user.signingkey)
  • pass forgejo/api-token-release-cli — Token mit repo/release-Scope
  • jq im PATH

Installation

# Repo liegt bereits unter ~/git/forgejo.mueller.network/holm.tools.public/release/
ln -s /home/holm/git/forgejo.mueller.network/holm.tools.public/release/release.sh ~/bin/release

Was es tut

  1. Working tree auf Sauberkeit prüfen
  2. GPG-Signing rauchtest
  3. Nächste Version via git cliff --bumped-version ermitteln
  4. CHANGELOG.md schreiben, committen (chore(release): vX.Y.Z)
  5. Signierten Tag erstellen
  6. Push (Branch + Tags)
  7. Forgejo-Release mit Changelog-Notizen anlegen

Changelog

Siehe CHANGELOG.md.

Lizenz

MIT — siehe LICENSE.