Summary
Define and implement version aware resolution semantics for governed mutation requests that are approved or resolved after the target state has changed.
Goal
Make deferred governance execution explicit and safe when MutationRequest was created against one state version and is later resolved against a different version.
Scope
What should be implemented?
Acceptance Criteria
Notes
This issue is driven by ADR-023.
Example scenario:
- request created against state version
v10
- request enters
PendingApproval
- approval happens after the state has advanced to
v15
At that point the governance runtime must define whether it:
- re-validates and executes against latest state
- rejects the request as stale
- requires renewed approval
The implementation now defines explicit runtime behavior through MutationRequestVersionResolver and governance decision history.
Related ADRs:
- ADR-020: Governance MutationRequest Model
- ADR-021: Governance Pending Mutation Lifecycle
- ADR-023: Governance Versioned Request Resolution
Summary
Define and implement version aware resolution semantics for governed mutation requests that are approved or resolved after the target state has changed.
Goal
Make deferred governance execution explicit and safe when
MutationRequestwas created against one state version and is later resolved against a different version.Scope
What should be implemented?
MutationRequest.ExpectedStateVersionAcceptance Criteria
ExpectedStateVersionNotes
This issue is driven by ADR-023.
Example scenario:
v10PendingApprovalv15At that point the governance runtime must define whether it:
The implementation now defines explicit runtime behavior through
MutationRequestVersionResolverand governance decision history.Related ADRs: