Create a virtual Python environment
pip install -r requirements_dev.txt within it.
Expanding Relaton model coverage¶
Consult Relaton specs (LutaML models, RNC grammar), and available Relaton YAML bibliographic data sources for the kinds of data we deal with.
Any new information you want to add to bibliographic item model must already exist in the LutaML spec.
For consistency, any fields and types you define must use field names that correspond to those defined in LutaML.
If specifications conflict (e.g., LutaML and RNC define different types of a property, which sometimes happens), file a consolidation issue and confirm with maintainers which specification should take precedence.
Update documentation, describing what’s being added and any potential backwards compatibility issues. Ideally, do this even before you change the codebase.
Always run mypy (preferably, configure your IDE to run it automatically) to check types.
You’re welcome to run flake8, though in cases where default flake8 configuration obviously differs from project conventions it’s recommended to stick to the latter.
Marking new release¶
Pick the next version. Follow semantic versioning guidelines: post-v1, increment major version in case of backwards-incompatible changes.
relaton/__init__.pyto your chosen version.
Ensure you updated the documentation, including describing the new version in Changelog.
Tag new release in Git as the same version and push tags:
git tag -s "v0.0.0" -m "Short message" git push --follow-tags
The repository is set up to build and publish to PyPI automatically on matching tag push.