From alfred-dev
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.
npx claudepluginhub 686f6c61/alfred-dev --plugin alfred-devThis skill uses the workspace's default tool permissions.
El usuario quiere preparar una release del proyecto. Este skill guia el proceso completo desde la definicion de la version hasta la publicacion, asegurando que el changelog, las notas de release y la documentacion estan al dia.
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.
Automates releases on GitHub, GitLab, or Gitea: detects platform, computes semver bump, generates notes from PRs/commits, previews before tagging/publishing.
Automates changelog generation from commits, PRs, and releases following Keep a Changelog format. Use for release workflows, generating release notes, or standardizing commit conventions.
Share bugs, ideas, or general feedback.
El usuario quiere preparar una release del proyecto. Este skill guia el proceso completo desde la definicion de la version hasta la publicacion, asegurando que el changelog, las notas de release y la documentacion estan al dia.
Nota: Este skill cubre el proceso completo de release. Para generar solo las entradas de changelog, usar
documentacion/changelog.
Una release bien planificada no es solo un git tag. Requiere revisar que se incluye, comunicar los cambios a los usuarios y garantizar que la version sigue un esquema coherente. Este skill sistematiza ese proceso para que ninguna release salga sin changelog, sin notas o con una version incoherente.
git log --oneline <last-tag>..HEAD).Artefacto: listado clasificado de cambios.
Determinar la nueva version segun semver (MAJOR.MINOR.PATCH):
| Tipo de cambio | Bump |
|---|---|
| Breaking change en API publica | MAJOR |
| Nueva funcionalidad retrocompatible | MINOR |
| Correccion de bug | PATCH |
| Solo docs, tests, refactor interno | PATCH (o ninguno si no hay cambios funcionales) |
Si hay dudas, consultar al usuario antes de decidir.
Generar o actualizar el fichero CHANGELOG.md con formato Keep a Changelog:
## [X.Y.Z] - YYYY-MM-DD
### Anadido
- Descripcion del cambio (#PR o commit)
### Cambiado
- Descripcion del cambio
### Corregido
- Descripcion del bug corregido
### Eliminado
- Funcionalidad o API eliminada (si aplica)
Redactar las notas de release para GitHub/GitLab:
git tag vX.Y.Z.gh release create.Artefacto: release publicada con changelog y notas.