@mutmutco/pi-plugin 4.6.6 → 4.6.8

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@mutmutco/pi-plugin",
3
- "version": "4.6.6",
3
+ "version": "4.6.8",
4
4
  "description": "MMI workflow skills and org gates delivery.",
5
5
  "author": {
6
6
  "name": "MMI Future",
@@ -38,7 +38,7 @@ mkdir -p .jerv/tmp && r=$(mktemp .jerv/tmp/rcand-receipt.XXXXXX)
38
38
  mmi-cli devops rcand --apply --json --out "$r"
39
39
  ```
40
40
 
41
- `--watch` blocks on the deploy. Version-manifest merge conflicts take `development` (any other refuses); the `-rc.N` tag is re-run-safe. Deploy by model: `tenant-deploy.yml` for tenant-container; serverless, registry-publish and solo-container deploy via their push-triggered workflow. Never push, force or commit to `rc` by hand.
41
+ `--watch` blocks on the deploy. Version-manifest merge conflicts take `development` (any other refuses); the `-rc.N` tag is re-run-safe. Deploy by model: the Hub's central deployer `mutmutco/MMI-Hub/.github/workflows/tenant-deploy.yml` for tenant-container (a tenant repo carries no deploy workflow in its own `.github/workflows/`, so read deploy status from the receipt's `runUrl` or `mmi-cli devops read run watch <run-id> --repo mutmutco/MMI-Hub --exit-status --interval 60`); serverless, registry-publish and solo-container deploy via their push-triggered workflow. Never push, force or commit to `rc` by hand.
42
42
 
43
43
  ## Verify
44
44
 
@@ -1 +1 @@
1
- Every refusal and every doctor blocker names its `code` and `anchor`: open the finding's `anchor` URL and follow that entry, nothing else ([shared recovery](../release/train-common.md#recovery)). A candidate whose immutable rc tag passed policy but whose `origin/rc` was not pushed continues with `mmi-cli devops rcand --resume --watch --json --out <fresh-receipt>` — the only continuation form: `--resume` never re-tags, and `--apply` mints the next `-rc.N` for a new cut only. A promoted candidate whose rc deploy failed retries it, once the cause is fixed, with `mmi-cli devops rcand --retry-deploy --watch --json --out <fresh-receipt>` — same tag and SHA, never re-cut or re-pushed; `--resume` only re-reads that failed leg. Supersede is the last resort, with the authorized human's fresh approval. A refused train is a stop (Merge floor): fix the cause on `development` through a normal PR, then rerun; a rejected protected push leaves the local tag for an authorized rerun, never a force.
1
+ Every refusal and every doctor blocker names its `code` and `anchor`: open the finding's `anchor` URL and follow that entry, nothing else ([shared recovery](../release/train-common.md#recovery)). A candidate whose immutable rc tag passed policy but whose `origin/rc` was not pushed continues with `mmi-cli devops rcand --resume --watch --json --out <fresh-receipt>` — the only continuation form: `--resume` never re-tags, and `--apply` mints the next `-rc.N` for a new cut only. A promoted candidate whose rc deploy failed retries it, once the cause is fixed, with `mmi-cli devops rcand --retry-deploy --watch --json --out <fresh-receipt>` — same tag and SHA, never re-cut or re-pushed; `--resume` only re-reads that failed leg. For `tenant-container` repos, the deploy runs on the Hub's central deployer (`mutmutco/MMI-Hub/.github/workflows/tenant-deploy.yml`, never a local `.github/workflows/` file in the tenant repo): inspect or watch it via the receipt's `runUrl` or `mmi-cli devops read run watch <run-id> --repo mutmutco/MMI-Hub --exit-status --interval 60`. Supersede is the last resort, with the authorized human's fresh approval. A refused train is a stop (Merge floor): fix the cause on `development` through a normal PR, then rerun; a rejected protected push leaves the local tag for an authorized rerun, never a force.
@@ -19,7 +19,7 @@ Read the saved result, never the exit code (`1` = a follow-up failed after promo
19
19
 
20
20
  - `releaseVerdict.releaseStatus` + `followUpStatus`: `succeeded` + `pending` is shipped, follow-up unresolved. `--resume` receipts carry the same `releaseVerdict` (`command: release-resume`) plus `mode` and `state`.
21
21
  - `deployStatus`: `pending` is never terminal; `promoted: true` holds even when a deploy failed.
22
- - `workflowRuns`: every run on the release SHA (discover them with the bounded run-list read at the top, filtered locally by the receipt SHA); watch each non-success entry to conclusion with `mmi-cli devops read run watch <run-id> --repo {owner}/{repo} --exit-status --interval 60`. `parallel: true` marks legs run together. Name the red run: `deploy.yml`, `publish.yml`, `tenant-deploy.yml` and `jerv-gateway` are deploy/publish verdicts; a `gate` push run is ordinary CI.
22
+ - `workflowRuns`: every run on the release SHA (discover them with the bounded run-list read at the top, filtered locally by the receipt SHA); watch each non-success entry to conclusion with `mmi-cli devops read run watch <run-id> --repo {owner}/{repo} --exit-status --interval 60` (or `--repo mutmutco/MMI-Hub` for the central tenant deployer). `parallel: true` marks legs run together. Name the red run: `deploy.yml`, `publish.yml`, `mutmutco/MMI-Hub/.github/workflows/tenant-deploy.yml` (the Hub's central deployer — a tenant repo carries no local deploy workflow, so read its status from the receipt's `runUrl` or `mmi-cli devops read run watch <run-id> --repo mutmutco/MMI-Hub`) and `jerv-gateway` are deploy/publish verdicts; a `gate` push run is ordinary CI.
23
23
  - `announceNote`: `announced`, `skipped`, `not announced` (deploy/publish not green; a `--resume` with the same `--announce-summary-file` posts it), or the failure note. A failed announcement keeps its summary file; an uncertain delivery is never replayed automatically. Never install AWS, ask for AWS credentials, or copy the Slack key.
24
24
  - `devRollForward` / `rcAlignment`: `pushed`, or `pr-pending` with an alignment PR to land by true merge; read `autoMergeRequest.mergeMethod` from `mmi-cli devops read pr view <n> --repo {owner}/{repo} --json autoMergeRequest`: it must be `MERGE`, and `SQUASH` is a stop.
25
25
  - `versionFold`, `rcRetirement`, `checkout`: `returned`, or the reason you are still on `main`.