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
| Change | Version impact | Example |
|---|---|---|
| Patch | Clarifies wording or fixes a schema defect without changing valid meaning. | Correct a description or an erroneous example. |
| Minor | Adds an optional, backward-compatible capability. | Add an optional asset metadata field. |
| Major | Removes, 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
- Record the proposal and affected use cases.
- Add or update schemas, examples, and valid/invalid fixtures together.
- Complete technical, source, language, and ecclesial review as applicable.
- Document migration behavior and version impact.
- Publish the decision and preserve superseded material when archival use requires it.
Schemas and supported values
Semantic-version impact of a specification change. Values outside this closed list are invalid.
patchminormajor