Contributor License Agreement (CLA) signature
Motivation
The different deltakit sub-packages come from different sources that had different standards w.r.t., docstring formatting.
Docstrings should follow a unique and well-defined formatting standard all across the deltakit code base.
Proposed solution
Use the Google Sphinx style without types in docstrings (because we require correct typing, so the types in docstrings are duplicated information that will eventually be outdated).
- Use automated tools in CI that check that docstrings are correctly formatted.
- Add these tools to the
pre-commit environment.
Among the interesting tools:
Potential alternatives
No response
Additional context
No response
Contributor License Agreement (CLA) signature
Motivation
The different
deltakitsub-packages come from different sources that had different standards w.r.t., docstring formatting.Docstrings should follow a unique and well-defined formatting standard all across the
deltakitcode base.Proposed solution
Use the Google Sphinx style without types in docstrings (because we require correct typing, so the types in docstrings are duplicated information that will eventually be outdated).
pre-commitenvironment.Among the interesting tools:
ruff checkwith a well defined set ofpydocstylerules enabled repository-wide, with exclusions being explicitly justified and on a per-file granularity or lower.Potential alternatives
No response
Additional context
No response