Release Rsdoctor
Input
- Target version, for example
1.5.8
If the version is missing, ask for it before making changes.
Steps
Check the worktree with
git status --short. If there are uncommitted edits, stop and ask the user how to proceed.Create and switch to branch
release_v<version>(underscore, not slash). If the branch already exists, stop and ask the user how to proceed.Set every publishable package under
packages/to the target version, except@rsdoctor/agent-cli:pnpm --filter './packages/*' \ --filter '!@rsdoctor/agent-cli' \ exec npm pkg set 'version=<version>'These packages always move together as a fixed group, even if only one package changed. Do not update private tooling workspaces outside
packages/.Regenerate the lockfile from the updated package manifests:
pnpm install --lockfile-onlyReview the diff. Confirm every package in the fixed group has exactly the target version,
@rsdoctor/agent-cliis unchanged, andpnpm-lock.yamlis updated.Commit with this exact message:
release: v<version>Push the branch, then create a GitHub PR with
gh pr create. Use the same text for the PR title:release: v<version>Read the repository's PR template when available and follow its current headings and guidance. Explain that the PR prepares release
v<version>by updating the fixed group's package versions and lockfile. Include the release link:https://github.com/web-infra-dev/rsdoctor/releases/tag/v<version>.