Skip to main content

draft-release

Draft a new release of the project.

소스 정보

저장소
dyoshikawa/rulesync
최근 소스 활동
2026년 10월 19일 01:58
감지된 SKILL.md 언어
영어
스타
1,577
포크
168

설치 방법

기본적으로 소스를 먼저 확인하는 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에서 보기