Skip to main content

release

Release a new version of opencode-auto-approval-plugin end to end: select a semantic version, prepare release notes, open and merge a release PR, publish a GitHub Release, monitor OIDC npm publishing, and clean up. Use when asked to publish or perform a production release.

ソース情報

リポジトリ
dyoshikawa/opencode-auto-approval-plugin
ソースの最終更新活動
2026年8月13日 09:14
検出された SKILL.md の言語
英語
スター
5
フォーク
6

インストール方法

デフォルトでは、最初にソースを確認する Prompt が選択されています。直接コマンドに切り替えるか、ローカルコピーをダウンロードすることもできます。

ソースファイルを確認

インストールを決める前に、SKILL.md と SkillsMP に表示されている付属ファイルをお読みください。

SKILL.md を表示中

SKILL.md
ソースの指示 · 読み取り専用プレビュー
name
release
description
Release a new version of opencode-auto-approval-plugin end to end: select a semantic version, prepare release notes, open and merge a release PR, publish a GitHub Release, monitor OIDC npm publishing, and clean up. Use when asked to publish or perform a production release.
targets
["*"]
1. Confirm that the current branch is `main` and the worktree is clean. Stop if either condition is not true. 2. Find the latest reachable `v*.*.*` tag. Compare it with `HEAD` to prepare `./tmp/release-notes.md`. If no previous release tag exists, compare from the repository's first commit instead. - Write the notes in English. - Do not include confidential information. - Include `What's Changed`, `Contributors`, and `Full Changelog` sections. 3. Read the requested version without its `v` prefix. If it was not specified, choose it from the release notes using semantic versioning: breaking change → major, feature → minor, fix → patch. Validate that it is a new `MAJOR.MINOR.PATCH` version. 4. Run `git pull --ff-only origin main`, then create `release/v<new_version>` from the updated branch. 5. Run `pnpm version <new_version> --no-git-tag-version` to update `package.json`. 6. Run `pnpm cicheck` and `pnpm build`. Fix failures before continuing. 7. Commit the version bump without bypassing hooks and push the release branch. 8. Open a pull request to `main`. Include the associated issue link in its description, as required by this repository. Wait for required checks, then merge the pull request. 9. Update local `main` with `git pull --ff-only origin main`. Create and publish the release with: ```bash gh release create "v<new_version>" --target main --title "v<new_version>" --notes-file ./tmp/release-notes.md ``` Publishing the GitHub Release triggers the `Release` workflow. The workflow verifies the tag, version, and `main` ancestry before publishing through npm Trusted Publishing (OIDC). 10. Monitor the latest `Release` workflow with `gh run list --workflow=Release --limit 1` and wait until it completes successfully. If it fails, report the failure and preserve the release branch for investigation. 11. After a successful publish, switch to `main`, delete the merged `release/v<new_version>` branch, and run `git pull --prune`. Do not run `pnpm publish` directly for normal releases. Version `0.1.0` was the one-time manual npm publication used to create the package; do not create a GitHub Release for that already-published version. Configure npm Trusted Publishing before the next release.
GitHubで見る