Skip to content

Latest commit

 

History

History
85 lines (64 loc) · 2.5 KB

CONTRIBUTING.rst

File metadata and controls

85 lines (64 loc) · 2.5 KB

Contributing Guidelines

Pull Request Checklist

General guidelines for contribution

  • Include unit tests when you contribute new features, as they help to

    a) prove that your code works correctly, and b) guard against future breaking changes to lower the maintenance cost.

  • Bug fixes also generally require unit tests, because the presence of bugs usually indicates insufficient test coverage.
  • Keep API compatibility in mind when you change code. Reviewers of your pull request will comment on any API compatibility issues.

Backend

Coding Style

Changes to Python code should pass both linting and docstring check, to make it easier with our contributors, we've included a makefile which help you get your code style on point. in order to validate that your code style, you can run

make pylint
make docstring
isort backend/

which in turn will run pylint and pydocstring on the code.

Running Unit Tests

Every Pull Request Submitted will be checked on every supported Python version, in your on-going development, you can fall back to make test in order to check your tests on a single python version. when finishing with your development and prior to creating a pull request, run make tox which in turn will run the tests on every supported python version, thus validating that your PR tests will pass.

Frontend

Coding Style

TBD

Running Unit Tests

TBD