docs: refine downstream onboarding workflow
This commit is contained in:
@@ -39,7 +39,7 @@ Onboarding should explicitly set:
|
||||
Onboarding should use `docs/downstream-onboarding-playbook.md`, not a blind
|
||||
repo copy.
|
||||
|
||||
- vendor the template snapshot into `.minions-template/`
|
||||
- vendor an export-ready template snapshot into `.minions-template/` with `.git/` and `do-not-export` files excluded
|
||||
- export the live operating files using `docs/export-manifest.md`
|
||||
- manually merge `INIT.md`, `MEMORY.md`, `docs/operator-onboarding-checklist.md`, and `minion-version.md`
|
||||
- commit the vendored snapshot and exported live state together as the initial baseline
|
||||
@@ -49,8 +49,8 @@ repo copy.
|
||||
Use `PM` as the default owner for downstream template upgrades.
|
||||
|
||||
- onboarding should establish `.minions-template/` first; upgrades depend on that baseline
|
||||
- keep the approved template snapshot in `.minions-template/`
|
||||
- stage the incoming template in a temporary path such as `.minions-template.next/`
|
||||
- keep the approved export-ready template snapshot in `.minions-template/`
|
||||
- stage the incoming export-ready template in a temporary path such as `.minions-template.next/`
|
||||
- compare old template, new template, and live downstream files before changing production minion docs
|
||||
- use `docs/export-manifest.md` to decide whether each file is replaced, manually merged, or left downstream-owned
|
||||
- update the downstream base template version only after the live files and vendored snapshot both match the approved upgrade
|
||||
|
||||
Reference in New Issue
Block a user