On this page Change Classification

Governance & Versioning

Spec development lifecycle, versioning policy, and technical review.

OLS v1.0 separates technical evolution from ecclesial approval. A schema can be technically valid while still not approved for liturgical use.

technical-validation source-review language-review clergy-review diocesan-approval

Change Classification

ChangeVersion impactExample
PatchClarifies wording or fixes a schema defect without changing valid meaning.Correct a description or an erroneous example.
MinorAdds an optional, backward-compatible capability.Add an optional asset metadata field.
MajorRemoves, renames, or changes the meaning of existing data.Replace the reference model or required ID format.

Profile versions should be explicit and independently reviewable. A technical schema release does not update an ecclesial approval automatically, and an authority decision does not silently change the JSON schema.

Review Workflow

  1. Record the proposal and affected use cases.
  2. Add or update schemas, examples, and valid/invalid fixtures together.
  3. Complete technical, source, language, and ecclesial review as applicable.
  4. Document migration behavior and version impact.
  5. Publish the decision and preserve superseded material when archival use requires it.

Schemas and supported values

Change class

change.class Definition ↗

Semantic-version impact of a specification change. Values outside this closed list are invalid.

patchminormajor