evidence: verify JD repository bridge lifecycle
This commit is contained in:
parent
c9eb7e8c08
commit
9d411a252a
6 changed files with 127 additions and 10 deletions
|
|
@ -134,7 +134,12 @@ state and one allowlisted repository readback request. It wakes a registered
|
|||
backend, verifies the pinned `main`, and reclaims the backend on both success
|
||||
and failure. `scripts/forgejo-repository-shadow-backend.sh` provides a separate
|
||||
loopback-only Forgejo data plane for physical-node isolation tests; it never
|
||||
targets the public repository process. See ADR-0178.
|
||||
targets the public repository process. JD request `REQ-JD-REPO-003` now proves
|
||||
the real Forgejo shadow lifecycle from `DORMANT` through verified readback and
|
||||
back to `DORMANT`, including fail-closed cleanup. This raises only the isolated
|
||||
repository lifecycle predicate to `100`; physical Guanghu boot, full Linux
|
||||
on-demand subcontrol, and final master control remain `0`. See ADR-0178 and
|
||||
`deployments/JD-FD-PRIMARY/REPOSITORY-BRIDGE-LIFECYCLE-RECEIPT-20260816.hldp`.
|
||||
|
||||
## Language-primary boot target
|
||||
|
||||
|
|
|
|||
Loading…
Reference in a new issue