Downstream packagers often want to package Hypothesis. Here are some guidelines.
The primary guideline is this: If you are not prepared to keep up with the Hypothesis release schedule, don't. You will annoy me and are doing your users a disservice.
Hypothesis has a very frequent release schedule. It's rare that it goes a week without a release, and there are often multiple releases in a given week.
If you are prepared to keep up with this schedule, you might find the rest of this document useful.
These are available from the GitHub releases page <releases>
. The tarballs on PyPI are intended for installation from a Python tool such as pip
and should not be considered complete releases. Requests to include additional files in them will not be granted. Their absence is not a bug.
Hypothesis is designed to work with a range of Python versions - we support all versions of CPython with upstream support. We also support the latest versions of PyPy for Python 3.
Hypothesis has mandatory dependencies on the following libraries:
attrs
sortedcontainers
Hypothesis has optional dependencies on the following libraries:
../setup.py
The way this works when installing Hypothesis normally is that these features become available if the relevant library is installed.
Specifically for pytest
, our plugin supports versions of pytest which have been out of upstream support for some time. Hypothesis tests can still be executed by even older versions of pytest - you just won't have the plugin to provide automatic marks, helpful usage warnings, and per-test statistics.
If you want to test Hypothesis as part of your packaging you will probably not want to use the mechanisms Hypothesis itself uses for running its tests, because it has a lot of logic for installing and testing against different versions of Python.
The tests must be run with fairly recent tooling; check the tree/master/requirements/
directory for details.
The organisation of the tests is described in the hypothesis-python/tests/README.rst
.