Add Railiance promote rollback tooling
Some checks failed
railiance-tests / smoke (push) Has been cancelled
Some checks failed
railiance-tests / smoke (push) Has been cancelled
This commit is contained in:
@@ -224,7 +224,7 @@ generated overlays to declare the repeatable Stage 2 plan commands.
|
||||
|
||||
```task
|
||||
id: RAIL-BS-WP-0006-T07
|
||||
status: todo
|
||||
status: done
|
||||
priority: medium
|
||||
state_hub_task_id: "476198f6-0049-4ac4-9593-6723c86c9602"
|
||||
```
|
||||
@@ -242,6 +242,15 @@ Expected output:
|
||||
**Done when:** a representative app can move Stage 1 -> Stage 2 -> Stage 3 and
|
||||
back through rollback using documented commands.
|
||||
|
||||
2026-06-27: Added `tools/cmd/railiance-stage3` and dispatcher entries for
|
||||
`bin/railiance promote` and `bin/railiance rollback`. Both commands default to
|
||||
non-mutating JSON plans, apply modes require approval evidence and Helm, and
|
||||
rollback apply also requires a Helm revision for `helm-revision` strategy.
|
||||
Added `docs/promote-rollback-onboarding.md` with the representative Stage 1 ->
|
||||
Stage 2 -> Stage 3 -> rollback path and explicit human approval points for
|
||||
critical workloads. Updated generated overlays to declare promote/rollback plan
|
||||
commands.
|
||||
|
||||
## Dependencies
|
||||
|
||||
This workplan should be done before the Forgejo production cutover. It can run
|
||||
|
||||
Reference in New Issue
Block a user