Skip to content

Development

Hopefully, you have landed here because you would like to help out with the development of Bunnet. Whether through adding new features, fixing bugs, or extending documentation, your help is really appreciated! Please read this page carefully. If you have any questions, drop by on the discord.

Also, please read the Code of Conduct.

Setting up the development environment

We assume you are familiar with the general forking and pull request workflow for submitting to open-source projects. If not, don't worry, there are plenty of good guides available. Maybe check out this one.

All the dependencies and build configs are set in the pyproject.toml file. There are three main dependency sections there:

  • dependencies: for the dependencies required to run Bunnet
  • test: for the dependencies required to run tests
  • doc: for the dependencies required to build the documentation

To install all required dependencies, including test dependencies, in a virtual environment, run the following command in the root directory of the Bunnet project:

pip install -e .[test]

To install dependencies required for building the documentation, run:

pip install -e .[doc]

Database connection

To run tests and use Bunnet in general, you will need an accessible MongoDB database. To use migrations, you will need a connection to a Replica Set or Mongos instance. All tests assume that the database is hosted locally on port 27017 and do not require authentication.

Testing

Bunnet uses pytest for unit testing. To ensure the stability of Bunnet, each added feature must be tested in a separate unit test, even if it looks like other tests are covering it now. This strategy guarantees that:

  • All the features will be covered and stay covered.
  • There is independence from other features and test cases.

To run the test suite, make sure that you have MongoDB running and run pytest.

Submitting new code

You can submit your changes through a pull request on GitHub. Please take into account the following sections.

Use pre-commit

To ensure code consistency, Bunnet uses Black and Ruff through pre-commit. To set it up, run:

pre-commit install

This will add the pre-commit command to your git's pre-commit hooks and make sure you never forget to run these.

Single commit

To make the pull request reviewing easier and keep the version tree clean, your pull request should consist of a single commit. It is natural that your branch might contain multiple commits, so you will need to squash these into a single commit. Instructions can be found here or here.

Add documentation

Please write clear documentation for any new functionality you add. Docstrings will be converted to the API documentation, but more human-friendly documentation might also be needed! See the section below.

Working on the documentation

The documentation is generated using pydoc-markdown. To see a preview of any edits you make, you can run:

pydoc-markdown --server

and visit the printed address (usually localhost:8000) in your browser. Beware, the auto-recompiling might not work for everyone. This will automatically generate the API documentation from the source. All other documentation should be written by hand. The documentation is compiled using mkdocs behind the scenes. To change the table of contents or other options, check out pydoc-markdown.yml.