How to Contribute
Guidelines for open source enthusiasts to contribute to our open-source data format.
How to Contribute to Activeloop Open-Source
Deep Lake relies on feedback and contributions from our wonderful community. Let's make it amazing with your help! Any and all contributions are appreciated, including code profiling, refactoring, and tests.
Providing Feedback
We love feedback! Please join our Slack Community or raise an issue in Github.
Getting Started With Development
Clone the repository:
If you are using Linux, install environment dependencies:
If you are planning to work on videos, install codecs:
Install the package locally with plugins and development dependencies:
Run local tests to ensure everything is correct:
Using Docker (optional)
You can use docker-compose for running tests
and even work inside the docker by building the image and bashing into.
Now changes done on your local files will be directly reflected into the package running inside the docker.
Contributing Guidelines
Linting
Deep Lake uses the black python linter. You can auto-format your code by running pip install black
, and the run black .
inside the directory you want to format.
Docstrings
Deep Lake uses Google Docstrings. Please refer to this example to learn more.
Typing
Deep Lake uses static typing for function arguments/variables for better code readability. Deep Lake has a GitHub action that runs mypy .
, which runs similar to pytest .
to check for valid static typing. You can refer to mypy documentation for more information.
Testing
Deep Lake uses pytest for tests. In order to make it easier to contribute, Deep Lake also has a set of custom options defined here.
Prerequisites
Understand how to write pytest tests.
Understand what a pytest fixture is.
Understand what pytest parametrizations are.
Options
To see a list of Deep Lake's custom pytest options, run this command: pytest -h | sed -En '/custom options:/,/\[pytest\] ini\-options/p'
.
Fixtures
You can find more information on pytest fixtures here.
memory_storage
: If--memory-skip
is provided, tests with this fixture will be skipped. Otherwise, the test will run with only aMemoryProvider
.local_storage
: If--local
is not provided, tests with this fixture will be skipped. Otherwise, the test will run with only aLocalProvider
.s3_storage
: If--s3
is not provided, tests with this fixture will be skipped. Otherwise, the test will run with only anS3Provider
.storage
: All tests that use thestorage
fixture will be parametrized with the enabledStorageProvider
s (enabled via options defined below). If--cache-chains
is provided,storage
may also be a cache chain. Cache chains have the same interface asStorageProvider
, but instead of just a single provider, it is multiple chained in a sequence, where the last provider in the chain is considered the actual storage.ds
: The same as thestorage
fixture, but the storages that are parametrized are wrapped with aDataset
.
Each StorageProvider
/Dataset
that is created for a test via a fixture will automatically have a root created, and it will be destroyed after the test. If you want to keep this data after the test run, you can use the --keep-storage
option.
Fixture Examples
Single storage provider fixture:
Multiple storage providers/cache chains:
Dataset storage providers/cache chains:
Benchmarks
Deep Lake uses pytest-benchmark for benchmarking, which is a plugin for pytest.
Here's a list of people who are building the future of data!
Deep Lake would not be possible without the work of our community.