Skip to main content

draft-release

Draft a new release of the project.

Datos de origen

Repositorio
dyoshikawa/rulesync
Última actividad en el origen
19 de octubre de 2026 a las 01:58
Idioma detectado de SKILL.md
inglés
Estrellas
1566
Forks
167

Opciones de instalación

De forma predeterminada está seleccionado el prompt que primero revisa el origen. Puedes cambiar a un comando directo o descargar una copia local.

Revisa los archivos de origen

Lee SKILL.md y los archivos complementarios que muestra SkillsMP antes de decidir si quieres instalarlo.

Mostrando SKILL.md

SKILL.md
Instrucciones de origen · Vista previa de solo lectura
name
draft-release
description
Draft a new release of the project.
targets
["*"]
First, let's work on the following steps. 1. Confirm that you are currently on the main branch and pull the latest changes. If not on main branch, switch to main branch. 2. Compare code changes between the previous version tag and the latest commit to prepare the release description. - Write in English. - Do not include confidential information. - Sections, `What's Changed`, `Contributors` and `Full Changelog` are needed. - `./tmp/release-notes/*.md` will be used as the release notes. Then, from $ARGUMENTS, get the new version without v prefix, and assign it to $new_version. For example, if $ARGUMENTS is "v1.0.0", the new version is "1.0.0". If $ARGUMENTS is empty, determine the new version automatically by performing the `release-dry-run` skill. Let's resume the release process. 3. Run `git pull`. 4. Run `git checkout -b release/v${new_version}`. 5. Update `getVersion()` function to return the ${new_version} in `src/cli/program.ts`, and run `pnpm cicheck`. If the checks fail, fix the code until pass. Then, execute `git add`, `git commit` and `git push`. 6. Update the version with `pnpm version ${new_version} --no-git-tag-version`. 7. Since `package.json` will be modified, execute `git commit` and `git push`. 8. As a precaution, verify that `getVersion()` in `src/cli/program.ts` is updated to the ${new_version}. 9. Run `gh pr create` to the main branch. 10. Create a **draft** release using `gh release create v${new_version} --draft --title v${new_version} --notes-file ./tmp/release-notes/*.md` command on the `github.com/dyoshikawa/rulesync` repository. This creates a draft release so that the publish-assets workflow can upload assets later. Note: the Homebrew tap formula (`Formula/rulesync.rb`) is NOT updated here. It embeds sha256 checksums of the release binaries, which only exist after the release PR merges and the `Publish Assets` workflow uploads them. The `goal-release` skill performs that update as its post-merge step (regenerate with `scripts/generate-homebrew-formula.ts` from the release's `SHA256SUMS` and land it via an immediately merged PR). When releasing manually without the `goal-release` skill, run that step yourself after the assets are published.
Ver en GitHub