release-runbook

分类: 工具与效率 | 上传者: nibzard | 下载: 0 | 版本: v1.0（最新）

发布准备和发布工作流程：运行测试、碰撞版本、标记、推送并创建 GitHub 版本（并更新 Homebrew 公式（如果存在））。当被要求削减版本、升级版本、创建标签或发布版本时使用。

更新日志: Source: GitHub https://github.com/nibzard/looper

目录结构

当前层级: tree/main/.claude/skills/release-runbook/

📁 scripts/
- 📄 release.sh 7.2 KB
📄 SKILL.md 3.1 KB

SKILL.md

---
name: release-runbook
description: "Release preparation and publish workflow: run tests, bump version, tag, push, and create a GitHub release (and update Homebrew formula if present). Use when asked to cut a release, bump version, create tags, or publish a release."
---

# Release Runbook

## Overview
Execute a clean release workflow: verify repo state, run tests, bump versions, tag, push, publish a GitHub release, and update downstream artifacts after the tag exists.

## Workflow

### 1) Preflight
- Check repo state: `git status -s` and `git diff` should be clean.
- Confirm remote: `git remote -v` and current branch.
- Verify GitHub auth: `gh auth status`.
- Ensure required tools are available (`git`, `gh`, `jq`, language runtimes).

### 2) Decide the version bump
- Choose SemVer bump (major/minor/patch) based on changes.
- Locate version references and update them before tagging:
  - Common files: `VERSION`, `package.json`, `pyproject.toml`, `Cargo.toml`, `go.mod`, `setup.cfg`, `setup.py`, `Formula/*.rb` (url only), `README.md` badges.
  - Use `rg -n "version|VERSION|__version__"` to find references.

### 3) Run tests (or a documented smoke test)
- Prefer project-defined tests (README/Makefile/CI):
  - `make test`, `npm test`, `pytest`, `go test ./...`, etc.
- If no tests exist, run a minimal smoke check and record it in the release notes.
- Looper-specific smoke check (if repo contains `bin/looper.sh`):
  - Create a temp project, set `MAX_ITERATIONS` low, run the loop, and verify it exits cleanly.

### 4) Commit release changes
- Stage and commit all changes required for the release.
- Keep commit messages Conventional Commits unless the repo specifies otherwise.

### 5) Tag and push
- Create an annotated tag on the release commit:
  - `git tag -a vX.Y.Z -m "vX.Y.Z"`
- Push code and tag:
  - `git push origin <branch>`
  - `git push origin vX.Y.Z`

### 6) Publish GitHub release
- Create a release from the tag:
  - `gh release create vX.Y.Z --title "vX.Y.Z" --notes "<summary>"`

### 7) Update Homebrew formula (if present)
- Only after the release tag exists (tarball is published).
- Compute the new sha:
  - `curl -L -s https://github.com/<org>/<repo>/archive/refs/tags/vX.Y.Z.tar.gz | sha256sum | awk '{print $1}'`
- Update `Formula/*.rb` with the new `url` and `sha256`.
- Commit and push the formula update.

## Notes
- Tag should point to the release commit; formula updates are separate and can land after the tag.
- If tests fail, stop and fix before tagging.
- Keep release notes short and factual (highlights + testing performed).

## Helper Script
Use `scripts/release.sh` to automate the end-to-end release flow.

Examples:
```bash
# Tag, push, release, and update Formula/*.rb
scripts/release.sh --version 0.2.0 --test-cmd "make test"

# Use a custom bump command and a VERSION file
scripts/release.sh --version 1.4.0 --bump-cmd "npm version minor --no-git-tag-version" --version-file VERSION
```

Notes:
- `--version-file` overwrites files with the raw version string (no leading `v`).
- Formula updates are performed after the tag exists; set `--skip-formula` to skip.
- Use `--dry-run` to preview commands without executing.

登录后下载/点赞/收藏 ❤ 14 | ★ 0

release-runbook

目录结构

SKILL.md

举报内容

提示