|
| 1 | +# Releasing |
| 2 | + |
| 3 | +This repo ships two things with **independent** version streams: |
| 4 | + |
| 5 | +## 1. The `mkp-builder` GitHub Action |
| 6 | + |
| 7 | +Versioned by git tags (`v2.2.0`, …) with a moving major tag (`@v2`). Cut a release by |
| 8 | +running the **Release** workflow (`workflow_dispatch`, bugfix/feature/major). It rolls |
| 9 | +`CHANGES.md`, tags, and moves `@v2`. Consumers pin `oposs/mkp-builder@v2`. |
| 10 | + |
| 11 | +## 2. The `cmk-oposs-plugin` Claude Code plugin |
| 12 | + |
| 13 | +The plugin's version lives **only** in `.claude-plugin/plugin.json` (`version`). It is the |
| 14 | +single source of truth — Claude Code resolves a plugin's version as |
| 15 | +`plugin.json → marketplace entry → commit SHA`, and `plugin.json` wins. The marketplace |
| 16 | +entry in [`oposs/claude-plugins`](https://github.com/oposs/claude-plugins) therefore carries |
| 17 | +**no** `version` field for this plugin (avoid setting it in two places — a stale duplicate |
| 18 | +silently masks the real one). |
| 19 | + |
| 20 | +### Releasing a plugin change |
| 21 | + |
| 22 | +1. Make the plugin/skill change under `skills/`. |
| 23 | +2. **Bump `version` in `.claude-plugin/plugin.json`** in the same change. Pushing new commits |
| 24 | + without bumping does nothing — Claude caches the resolved version and keeps the old copy. |
| 25 | +3. Push to `main`. |
| 26 | +4. **Push a change to the marketplace repo** (`oposs/claude-plugins`) as well — Claude |
| 27 | + re-resolves plugin versions when it re-fetches the marketplace, so the marketplace clone |
| 28 | + has to move for the bump to be noticed. A one-line edit (e.g. a note in that repo) is |
| 29 | + enough. *(This can be automated from CI later with a PAT that can push to the marketplace |
| 30 | + repo; not wired up yet.)* |
| 31 | +5. Users run `/plugin marketplace update` then `/plugin update cmk-oposs-plugin`. |
0 commit comments