release
/release
Wydaje nową wersję Quayflow: sprawdza zmiany, podbija numer, aktualizuje changelog i dokumentację, a tag wysyła użytkownik.
- Autor
- minhdaohuu ↗
- Repozytorium
- quayflow ↗
- Licencja
- MIT
- Ostatnia zmiana repozytorium
- 10.11.2026
Ocena i bezpieczeństwo
- Pliki w paczce
- 1
- Skrypty
- 0
- Komentarze HTML
- 0
- Adresy URL w SKILL.md
- 0
Brak sygnałów. Repozytorium zmienione 10.11.2026, bez odwołań do wycofanych modeli i API.
MIT, otwarta: można używać i zmieniać, z zachowaniem informacji o autorze.
Co robi i kiedy
Wydaje nową wersję Quayflow: sprawdza zmiany, podbija numer, aktualizuje changelog i dokumentację, a tag wysyła użytkownik.
Oryginalny opis (EN)
Ship a Quayflow release (vX.Y.Z): checks, version bump in every place, CHANGELOG, docs, the tag (pushed by the user), then verification of the published assets and attestations. Use when the user asks to release, cut or publish a version.
Jak działa
SKILL.md bez nagłówków drugiego poziomu · 14 linii, 328 słów
Podgląd SKILL.md
--- name: release description: Ship a Quayflow release (vX.Y.Z): checks, version bump in every place, CHANGELOG, docs, the tag (pushed by the user), then verification of the published assets and attestations. Use when the user asks to release, cut or publish a version. --- # Releasing Quayflow 1. **Ready?** `git status` clean on `main`, fetched and up to date. The last CI run on `main` passed (`gh run list --branch main --limit 1`). Run the `review` skill if it has not run since the last release. 2. **Version.** X.Y.Z is what `python3 tests/docs/check-docs.py --next` prints (the rule: CONTRIBUTING.md#versioning). Never pick a smaller number; if the user asks for one, show them the rule and the CHANGELOG headings that require it. Set it in every place CLAUDE.md lists: `Cargo.toml`, `Cargo.lock` (`cargo update -w --offline`), `mod/quayflow/.claude-plugin/plugin.json`, `hooks/context.ts` `MOD_VERSION`, `mod/quayflow/README.md` (two places), `tests/quayflow.test.ts` `modVersion`. 3. **CHANGELOG.** Move `[Unreleased]` into `## [X.Y.Z] - <date>` with a one-line summary; leave `[Unreleased]` empty; update the compare links at the bottom. 4. **Docs.** "currently vX.Y.Z" (`SECURITY.md`, `docs/known-limits.md`), "Quayflow vX.Y.Z" (`docs/user-guide.md`), the scope line (`docs/tech-spec.md`), example versions in `docs/verify-release.md` (`$v`, `v=`, `git checkout`), and an older version where an example means "not the latest". A new platform or asset: the `docs-sync` skill. Run `python3 tests/docs/check-docs.py`. 5. **Checks.** fmt, clippy, `QUAYFLOW_KEYCHAIN=off cargo test --workspace --locked`, the smoke and installer tests for this OS, `claude plugin test mod/quayflow`. Commit `release: vX.Y.Z, <summary>`, push (ask first), wait for CI to pass. 6. **Release workflow changed?** Dry run first: Actions > Release > Run workflow on `main` (builds twice and compares, publishes nothing). 7. **Tag.** Pushing a tag publishes a public release: give the user the command, do not run it. `git tag -a vX.Y.Z -m vX.Y.Z <commit> && git push origin vX.Y.Z` 8. **After publishing.** Watch the Release run (`gh run list --workflow release.yml`). Then, in a new folder in the scratchpad: `gh release view vX.Y.Z` (every asset present), download this OS's assets, check `SHA256SUMS` (`shasum -a 256 -c --ignore-missing SHA256SUMS` or `sha256sum -c`), `SOURCE_COMMIT` equals the tagged commit, and for each program and installer `gh attestation verify <file> --repo minhdaohuu/quayflow --signer-workflow minhdaohuu/quayflow/.github/workflows/release.yml --source-ref refs/tags/vX.Y.Z`. Run the program's `version`. 9. **Report** what was verified, and what is still untested on each platform (`docs/known-limits.md`).
Wersje
| Repozytorium | Wynik | Licencja |
|---|---|---|
| Ta strona · minhdaohuu/quayflow | 96 | MIT |
| josephfung/curia | 100 | MIT |
| max-sixty/worktrunk | 100 | MIT |
| gtapps/hermitd | 100 | MIT |
| gtapps/hermitd | 100 | MIT |
| anthony-chaudhary/fak | 100 | Apache-2.0 |
| tractorjuice/arc-kit | 100 | MIT |
| drvoss/everything-copilot-cli | 100 | MIT |
| sma1lboy/rove | 100 | MIT |
Migawka bazy z 13.11.2026 · wersja paczki 7606a78e0585 (skrót SHA-256 całej paczki)
Pobrania w ostatnich 30 dniach: 0 · ranking
Zgłoś problem z tym skillem: szkodliwa treść, błędny opis albo prośba autora o usunięcie.
Podobne skille
- 90release-tag
Wydaje wersję: ustala podbicie SemVer z historii, aktualizuje pliki wersji, odświeża changelog i tworzy tag Git. - 100ship
Przeprowadza wydanie od początku do końca: podbija wersję wszędzie, pisze changelog i dokumentację, taguje, publikuje na PyPI i npm. - 90qmai-release
Wydaje stabilną wersję QMAI: aktualizuje metadane i changelog, wypycha main i tworzy adnotowany tag wersji. - 100ship-release
Wydaje nową wersję projektu: podbija manifesty, aktualizuje CHANGELOG, taguje, tworzy release na GitHub i publikuje na npm. - 90ship
Wydaje bieżący stan projektu: sprawdza gotowość, podbija wersję i tag, dopisuje wpis do changelogu, wdraża i przygotowuje szkic ogłoszenia. - 100version-release
Podbija wersję, tworzy tag wydania i wypycha tag do repozytorium.