All notable changes to this project will be documented in this file.
The format is based on Keep a Changelog and this project adheres to Semantic Versioning.
- Revised
JR.DEPENDENCY.RECORDto reflect what curatorial work against real Supreme Court cases revealed about legal-informatics dependency. Dependency records now identify the originating source, the grounding citation, the dependency type, and the records the dependency supports. Previous draft used dependent_id/depended_on_id with a free-text basis. - Updated
RECORD_MODEL.md,EXPORTS.md, andCONFORMANCE.mdto match. - Revised Decision 2 in
DECISIONS.mdto reflect the refined dependency record shape.
0.1.0 - 2026-05-16
- Initial working draft specification.
- Stable requirement identifiers.
- Conformance checklist.
- Repository structure, citation metadata, and licensing.
- Python validation and export utilities for specification consistency checks.
- Generated
data/spec/artifacts for requirements, conformance checks, and scope exclusions. - Tests for identifier extraction, specification coverage, conformance coverage, generated export consistency, and reusable export utilities.
- Shared command entry points for validation, reference export, reference validation, and manifest version synchronization.
- Shared specification configuration for repository identity, source file names, normative source metadata, export schemas, and generated artifact metadata.
- Reusable Markdown extraction, export, load, path, orchestration, and reference utilities.
- Working draft support for Accountable Record systems and SE verification profiles.
This project follows Semantic Versioning.
- MAJOR versions indicate breaking changes to normative requirements, identifiers, or conformance criteria.
- MINOR versions indicate backward-compatible additions or clarifications.
- PATCH versions indicate editorial fixes, documentation updates, or non-normative changes.
Versions are defined by git tags of the form vX.Y.Z.
Tagged releases are the authoritative source of version state.
Documentation and badges, where present, should reference the latest tagged release.
Follow these steps exactly when creating a new release.
1.1. CITATION.cff - update version and date-released
1.2. CHANGELOG.md: add section, move unreleased entries, update links
uv run se-manifest-version-sync
uv pip uninstall se-manifest-schema
uv cache clean se-manifest-schema
uv sync --extra dev --extra docs --upgrade
uv run se-validate
uv run se-ref-export
uv run se-ref-export --check
uv run se-ref-validate
uv run se-validate --strict
git add -A
uvx pre-commit run --all-files
uv run python -m pyright
uv run python -m pytest
git add -A
uvx pre-commit run --all-filesgit add -A
git commit -m "Prep X.Y.Z"
git push -u origin mainVerify actions run on GitHub. After success:
git tag vX.Y.Z -m "X.Y.Z"
git push origin vX.Y.Zuv run python -m se_manifest_schema validate --strict --require-tagConfirms CITATION.cff version matches the pushed git tag.
Run this after git push origin vX.Y.Z; it will fail before that point.
git tag -d vX.Z.Y
git push origin :refs/tags/vX.Z.Y