ops-ship

Solid

One-command full release chain for the claude-ops ("ops") plugin — sweep and admin-merge every open PR, then publish a new version (bump plugin.json + marketplace.json registry + package.json + CHANGELOG, open release PR, admin-merge, tag), then pull it onto the box. Use when you have one or more merged-ready PRs and want to ship a new published version in a single step instead of merging PRs by hand and then releasing. Combines the PR sweep + /ops:ops-release + /ops:ops-update.

AI & Automation 20 stars 6 forks Updated today MIT

Install

View on GitHub

Quality Score: 81/100

Stars 20%
44
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
50
License 10%
100
Description 5%
100

Skill Content

# OPS ► SHIP — merge-all-PRs → release → update, in one command The whole release chain in a single shot: 1. **Sweep** — admin squash-merge **every open, non-draft PR** targeting the base branch (default `main`), **overriding required checks/reviews** (`gh pr merge --admin`). A failed merge aborts before the release — no partial ship. 2. **Release** — delegates to `bin/ops-release`: bump `plugin.json` + `marketplace.json` registry + `package.json` + `CHANGELOG`, open the release PR, admin-merge to `main`, tag `vX.Y.Z`. 3. **Update** — runs the installed `ops-update` to pull the new version onto this box (skip with `--no-update`). > `ops-ship` = sweep + `/ops:ops-release` + `/ops:ops-update` in one. For just the > publish step use `/ops:ops-release`; for just the pull step use `/ops:ops-update`. ## ⚠️ It admin-merges EVERY open non-draft PR — review the sweep first By design the sweep is aggressive: it admin-merges **all** open non-draft PRs on the base branch, bypassing required checks (red CI, missing reviews) — exactly what you want for a trusted solo/own-org repo, dangerous if an unrelated or half-baked PR is open. So **always dry-run first and show which PRs it will merge** before applying (Rule 5 — bulk merge + outward-facing release + tag is high-impact and hard to reverse). It only skips drafts. ## ⚠️ Run it from the REPO CHECKOUT, not the cache Like `ops-release`, `ops-ship` resolves its targets relative to its own path and needs `REPO_ROOT/.claude-...

Details

Author
Lifecycle-Innovations-Limited
Repository
Lifecycle-Innovations-Limited/claude-ops
Created
3 months ago
Last Updated
today
Language
Shell
License
MIT

Integrates with

Similar Skills

Semantically similar based on skill content — not just same category

AI & Automation Solid

ops-release

Publish a new version of the claude-ops ("ops") plugin in one command — bump plugin.json + marketplace.json + package.json, prepend the CHANGELOG, open the release PR, admin squash-merge it to main, and tag vX.Y.Z. Use when shipping a fix/feature that has already merged to main and you want it published so /ops:ops-update can pull it down. This is the publish side; /ops:ops-update is the consume side.

20 Updated today
Lifecycle-Innovations-Limited
AI & Automation Solid

ops-merge

Autonomous salvage + PR merge pipeline. FIRST scans every repo in every org for orphan worktrees, feature branches without PRs, uncommitted/staged/stashed work, and unpushed commits — dispatches subagents to finish/PR all loose local work. THEN scans all open PRs, dispatches fixers for CI/conflicts/reviews, and merges. Use --main to also sync dev↔main branches. Use --no-salvage to skip Phase 0 (PR-only mode). Use --salvage-only to stop after Phase 0.

20 Updated today
Lifecycle-Innovations-Limited
Code & Development Listed

ship

Push a committed feature branch, open a PR, watch CI, and (only on explicit confirmation) squash-merge and clean up. Use when the user says "ship this", "push and open a PR", "is CI green yet", or asks to merge a PR that's already open. Assumes the branch is already committed — this skill does not stage or commit anything. Does not require ending at a merge: an open, CI-green PR is a valid stopping point.

1 Updated 1 weeks ago
RonenMars