create-github-release
Über
Diese Fähigkeit automatisiert das Erstellen von GitHub-Releases mit korrekten semantischen Versions-Tags, der Generierung von Changelogs und optionalen Artefakt-Uploads. Sie ist für die Veröffentlichung stabiler Softwareversionen, Bibliotheken oder Anwendungen über die GitHub CLI konzipiert. Nutzen Sie sie, wenn Sie Build-Artefakte zusammen mit strukturierten Release-Notes für Stakeholder bereitstellen müssen.
Schnellinstallation
Claude Code
Empfohlennpx skills add pjt222/agent-almanac -a claude-code/plugin add https://github.com/pjt222/agent-almanacgit clone https://github.com/pjt222/agent-almanac.git ~/.claude/skills/create-github-releaseKopieren Sie diesen Befehl und fügen Sie ihn in Claude Code ein, um diese Fähigkeit zu installieren
Dokumentation
Create GitHub Release
Tag + notes + artifacts → GitHub release.
Use When
- Mark stable ver for distrib
- Publish lib/app ver
- Release notes for stakeholders
- Distrib artifacts (bins, tarballs)
In
- Required: Ver # (semver)
- Required: Changes summary
- Optional: Build artifacts
- Optional: Pre-release flag
Do
Step 1: Ver
Semver (MAJOR.MINOR.PATCH):
| Change | Example | When |
|---|---|---|
| MAJOR | 1.0.0 -> 2.0.0 | Breaking |
| MINOR | 1.0.0 -> 1.1.0 | New feat, backward compat |
| PATCH | 1.0.0 -> 1.0.1 | Bug fix only |
Got: Ver matches change scope.
If err: Doubt breaking → review public API diff. Any removal / signature change of exported fn → breaking → MAJOR.
Step 2: Ver in Project Files
DESCRIPTION(R pkgs)package.json(Node)Cargo.toml(Rust)pyproject.toml(Python)
Got: Ver updated + committed.
If err: Already updated (usethis::use_version()) → verify match.
Step 3: Notes
Changelog by cat:
## What's Changed
### New Features
- Added user authentication (#42)
- Support for custom themes (#45)
### Bug Fixes
- Fixed crash on empty input (#38)
- Corrected date parsing in UTC (#41)
### Improvements
- Improved error messages
- Updated dependencies
### Breaking Changes
- `old_function()` renamed to `new_function()` (#50)
**Full Changelog**: https://github.com/user/repo/compare/v1.0.0...v1.1.0
Got: Notes by cat (feat/fix/breaking) + issue/PR refs.
If err: Hard to categorize → git log v1.0.0..HEAD --oneline → reconstruct.
Step 4: Tag
git tag -a v1.1.0 -m "Release v1.1.0"
git push origin v1.1.0
Got: Tag local + remote. git tag -l shows.
If err: Tag exists → git tag -d v1.1.0 && git push origin :refs/tags/v1.1.0 + recreate. Push rejected → check write access.
Step 5: Release
gh CLI (rec):
gh release create v1.1.0 \
--title "v1.1.0" \
--notes-file CHANGELOG.md
Artifacts:
gh release create v1.1.0 \
--title "v1.1.0" \
--notes "Release notes here" \
build/app-v1.1.0.tar.gz \
build/app-v1.1.0.zip
Pre-release:
gh release create v2.0.0-beta.1 \
--title "v2.0.0 Beta 1" \
--prerelease \
--notes "Beta release for testing"
Got: Release on GitHub w/ tag + notes + artifacts.
If err: gh not auth → gh auth login. Tag not on remote → git push origin v1.1.0.
Step 6: Auto-Gen Notes
gh release create v1.1.0 \
--title "v1.1.0" \
--generate-notes
Cats in .github/release.yml:
changelog:
categories:
- title: New Features
labels:
- enhancement
- title: Bug Fixes
labels:
- bug
- title: Documentation
labels:
- documentation
- title: Other Changes
labels:
- "*"
Got: Notes from merged PR titles by label. .github/release.yml → cats.
If err: Empty notes → PRs merged (not closed) + labels. Manual fallback.
Step 7: Verify
# List releases
gh release list
# View specific release
gh release view v1.1.0
Got: List shows. View shows correct title/tag/notes/assets.
If err: Missing → check Actions workflows. Verify tag: git tag -l.
Check
- Ver tag = semver
- Tag = correct commit
- Notes accurate
- Artifacts attached + downloadable
- Release visible on repo page
- Pre-release flag correct
Traps
- Wrong commit tag: Verify
git logpre-tag. Tag after ver-bump commit. - No push tags:
git pushdoesn't. Usegit push --tags/git push origin v1.1.0. - Ver fmt inconsist:
v1.0.0vs1.0.0→ pick + stick. - Empty notes: Always meaningful. Users need "what changed".
- Delete+recreate tags: Avoid. Create new ver instead.
→
commit-changes— stage + commitmanage-git-branches— branch mgmt for release preprelease-package-version— R-specificconfigure-git-repository— git setupsetup-github-actions-ci— auto releases via CI
GitHub Repository
Verwandte Skills
content-collections
MetaDiese Skill bietet eine produktionsgetestete Einrichtung für Content Collections – ein TypeScript-first-Tool, das Markdown/MDX-Dateien in typsichere Datensammlungen mit Zod-Validierung umwandelt. Verwenden Sie ihn beim Erstellen von Blogs, Dokumentationsseiten oder inhaltsstarken Vite + React-Anwendungen, um Typsicherheit und automatische Inhaltsvalidierung zu gewährleisten. Er behandelt alles von der Vite-Plugin-Konfiguration und MDX-Kompilierung bis hin zur Deployment-Optimierung und Schema-Validierung.
polymarket
MetaDiese Fähigkeit ermöglicht es Entwicklern, Anwendungen mit der Polymarket-Prognosemärkte-Plattform zu erstellen, einschließlich API-Integration für Handel und Marktdaten. Sie bietet außerdem Echtzeit-Datenstreaming über WebSocket, um Live-Trades und Marktaktivitäten zu überwachen. Nutzen Sie sie zur Implementierung von Handelsstrategien oder zur Erstellung von Tools, die Live-Marktaktualisierungen verarbeiten.
creating-opencode-plugins
MetaDiese Fähigkeit unterstützt Entwickler dabei, OpenCode-Plugins zu erstellen, die in über 25 Ereignistypen wie Befehle, Dateien und LSP-Operationen eingreifen. Sie bietet die Plugin-Struktur, Event-API-Spezifikationen und Implementierungsmuster für JavaScript/TypeScript-Module. Nutzen Sie sie, wenn Sie den Lebenszyklus des OpenCode KI-Assistenten mit benutzerdefinierter ereignisgesteuerter Logik abfangen, überwachen oder erweitern müssen.
sglang
MetaSGLang ist ein hochperformantes LLM-Serving-Framework, das sich auf schnelle, strukturierte Generierung für JSON, Regex und agentenbasierte Workflows unter Verwendung seines RadixAttention-Prefix-Cachings spezialisiert. Es bietet deutlich schnellere Inferenz, insbesondere für Aufgaben mit wiederholten Präfixen, was es ideal für komplexe, strukturierte Ausgaben und Mehrfachdialoge macht. Wählen Sie SGLang gegenüber Alternativen wie vLLM, wenn Sie constrained decoding benötigen oder Anwendungen mit umfangreicher Präfix-Weitergabe entwickeln.
