From alfred-dev
Creates GitHub releases with semantic versioning: analyzes commits for version bumps, generates changelogs, updates version files like package.json or pyproject.toml, creates git tags, publishes notes, and attaches artifacts.
npx claudepluginhub 686f6c61/alfred-dev --plugin alfred-devThis skill uses the workspace's default tool permissions.
Este skill gestiona el proceso completo de creacion de una release en GitHub, desde la determinacion de la version correcta segun versionado semantico hasta la publicacion con notas de cambios y artefactos adjuntos.
Creates tagged GitHub releases with semantic versioning, categorized changelog notes, and optional build artifacts. Use for publishing stable software versions or distributing binaries.
Plans and executes software releases: inventories git changes, applies semantic versioning, generates changelog and release notes, updates files, creates tags, and publishes to GitHub. Use before new versions.
Automates GitHub releases with gh CLI including semantic versioning, changelog generation from PRs, tagging, and asset management. Use for creating, editing, or verifying releases.
Share bugs, ideas, or general feedback.
Este skill gestiona el proceso completo de creacion de una release en GitHub, desde la determinacion de la version correcta segun versionado semantico hasta la publicacion con notas de cambios y artefactos adjuntos.
Una buena release no es solo un tag en el repositorio: es el punto de comunicacion con los usuarios y el equipo sobre que ha cambiado, que se ha corregido y que deben tener en cuenta al actualizar.
Determinar la version siguiente. Analizar los commits desde la ultima release para decidir el incremento de version segun semver (MAJOR.MINOR.PATCH):
En caso de duda, consultar con el usuario. Un cambio que parece menor puede tener implicaciones de compatibilidad.
Generar el changelog. Revisar los commits y PRs mergeadas desde la ultima release. Clasificar los cambios en las siguientes categorias:
Cada entrada debe ser comprensible para un usuario final, no solo para desarrolladores. Evitar mensajes tipo "refactorizar modulo X"; en su lugar, explicar el efecto visible.
Actualizar ficheros de version. Si el proyecto tiene ficheros que contienen la version (package.json, pyproject.toml, Cargo.toml, version.txt), actualizarlos con el nuevo numero.
Crear el tag. Crear un tag anotado con el formato vMAJOR.MINOR.PATCH:
git tag -a v1.2.0 -m "Release v1.2.0"
git push origin v1.2.0
Crear la release en GitHub. Usar gh release create con las notas generadas:
gh release create v1.2.0 --title "v1.2.0" --notes-file RELEASE_NOTES.md
Si hay artefactos que adjuntar (binarios compilados, paquetes, ficheros de distribucion), incluirlos como assets de la release.
Adjuntar artefactos si procede. Para proyectos que generan binarios o paquetes distribuibles:
gh release upload v1.2.0 dist/app-linux-amd64 dist/app-darwin-arm64
Verificar que los artefactos son accesibles y descargables desde la pagina de la release.
Verificar la release. Comprobar que la release aparece correctamente en GitHub, que las notas se renderizan bien, que los artefactos estan disponibles y que el tag apunta al commit correcto.