Skip to content

Document the data-governance model - #43

Open
timlichtenberg wants to merge 1 commit into
mainfrom
tl/document-data-governance
Open

timlichtenberg wants to merge 1 commit into
mainfrom
tl/document-data-governance

Conversation

@timlichtenberg

Copy link
Copy Markdown
Member

Add an Explanations page stating the policy the manifest-and-registry mechanism enforces: what counts as a data change, who may make one, and how it is reviewed and tested. A dataset is pinned by two committed files, a fetch reads the committed registry rather than the live Zenodo record, and a data change takes the same pull-request path as a code change. Closes #22.

Add an Explanations page that states the policy the manifest-and-registry mechanism enforces: what counts as a data change, who may make one, and how it is reviewed and tested. A dataset is pinned by two committed files, a fetch reads the committed registry rather than the live Zenodo record, and a data change takes the same pull-request path as a code change.

The page states the testing asymmetry plainly: the scheduled drift check covers only the shared manifest, and a model's own datasets get the pull-request review but no scheduled drift check in fwl-io. It links to the design and manifests pages for the mechanism and adds one nav entry under Explanations.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Document the data-governance model

1 participant