Zurück zu Fähigkeiten

create-github-release

pjt222
Aktualisiert 2 days ago
6 Ansichten
17
2
17
Auf GitHub ansehen
Metadesign

Ü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

Empfohlen
Primär
npx skills add pjt222/agent-almanac -a claude-code
Plugin-BefehlAlternativ
/plugin add https://github.com/pjt222/agent-almanac
Git CloneAlternativ
git clone https://github.com/pjt222/agent-almanac.git ~/.claude/skills/create-github-release

Kopieren 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):

ChangeExampleWhen
MAJOR1.0.0 -> 2.0.0Breaking
MINOR1.0.0 -> 1.1.0New feat, backward compat
PATCH1.0.0 -> 1.0.1Bug 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 log pre-tag. Tag after ver-bump commit.
  • No push tags: git push doesn't. Use git push --tags / git push origin v1.1.0.
  • Ver fmt inconsist: v1.0.0 vs 1.0.0 → pick + stick.
  • Empty notes: Always meaningful. Users need "what changed".
  • Delete+recreate tags: Avoid. Create new ver instead.

  • commit-changes — stage + commit
  • manage-git-branches — branch mgmt for release prep
  • release-package-version — R-specific
  • configure-git-repository — git setup
  • setup-github-actions-ci — auto releases via CI

GitHub Repository

pjt222/agent-almanac
Pfad: i18n/caveman-ultra/skills/create-github-release
0
agentsagentskillsai-assisted-developmentclaude-codeskillsteams

Verwandte Skills

content-collections

Meta

Diese 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.

Skill ansehen

polymarket

Meta

Diese 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.

Skill ansehen

creating-opencode-plugins

Meta

Diese 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.

Skill ansehen

sglang

Meta

SGLang 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.

Skill ansehen