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.

Quellinformationen

Repository
dyoshikawa/opencode-auto-approval-plugin
Letzte Quellaktivität
13. August 2026 um 09:14
Erkannte Sprache von SKILL.md
Englisch
Sterne
7
Forks
6

Installationsoptionen

Standardmäßig ist der Prompt ausgewählt, der zuerst die Quelle prüft. Sie können zu einem direkten Befehl wechseln oder eine lokale Kopie herunterladen.

Quelldateien prüfen

Lesen Sie SKILL.md und alle von SkillsMP angezeigten Begleitdateien, bevor Sie sich für eine Installation entscheiden.

SKILL.md wird angezeigt

SKILL.md
Quellanweisungen · Schreibgeschützte Vorschau
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.
Auf GitHub ansehen