Skip to main content

draft-release

Draft a new release of the project.

来源信息

仓库
dyoshikawa/rulesync
最近来源活动
2026年10月19日 01:58
检测到的 SKILL.md 语言
英语
星标
1,552
Forks
167

安装方式

默认使用会先检查来源的 Prompt;你也可以切换为直接命令,或下载本地副本。

检查来源文件

决定是否安装前,请先阅读 SKILL.md,以及 SkillsMP 当前展示的配套文件。

正在显示 SKILL.md

SKILL.md
来源说明 · 只读预览
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.
在 GitHub 查看