Include validator policy in pipeline identity
This commit is contained in:
@@ -31,13 +31,19 @@ calls `pipeline.ResolvePipeline`.
|
||||
7. validates each selected module and validator option set through its registry
|
||||
entry; and
|
||||
8. calculates a digest over the resolved structure, including typed artifact
|
||||
kind and schema identity.
|
||||
kind and schema identity and the effective validator policy in its resolved
|
||||
execution order.
|
||||
|
||||
Resolution returns a `ResolvedPipeline` containing ordered lanes, concrete
|
||||
bindings, validator chains, reference targets, and the digest. It does not read
|
||||
reference bytes or construct runtime modules. CLI lane and reference selector
|
||||
syntax is defined in the [CLI reference](../cli.md#run).
|
||||
|
||||
The digest includes each resolved validator chain's stage, lane, owning module,
|
||||
ordered validator bindings, execution classes, targets, and artifact kinds.
|
||||
Changing a default chain or an explicit override therefore changes pipeline
|
||||
identity whenever it changes the effective validator policy.
|
||||
|
||||
## Reference Materialization
|
||||
|
||||
The CLI calls `MaterializeReferences` after resolution and before constructing
|
||||
|
||||
Reference in New Issue
Block a user