dbt-package-testing
is a template for package testing at dbt Labs.
- About this document
- Getting the code
- Setting up an environment
- Running in development
- Testing
- Debugging
- Adding or modifying a changelog entry
- Submitting a Pull Request
- Troubleshooting Tips
There are many ways to contribute to the ongoing development of dbt-package-testing
, such as by participating in discussions and issues. We encourage you to first read our higher-level document: "Expectations for Open Source Contributors".
The rest of this document serves as a more granular guide for contributing code changes to dbt-package-testing
(this repository). It is not intended as a guide for using dbt-package-testing
, and some pieces assume a level of familiarity with Python development (virtualenvs, pip
, etc). Specific code snippets in this guide assume you are using macOS or Linux and are comfortable with the command line.
If you get stuck, we're happy to help! Drop us a line in the #dbt-package-testing-development
channel in the dbt Community Slack.
- CLA: Please note that anyone contributing code to
dbt-package-testing
must sign the Contributor License Agreement. If you are unable to sign the CLA, thedbt-package-testing
maintainers will unfortunately be unable to merge any of your Pull Requests. We welcome you to participate in discussions, open issues, and comment on existing ones. - Branches: All pull requests from community contributors should target the
main
branch (default). - Releases: This repository is never released.
You will need git
in order to download and modify the source code.
If you are not a member of the dbt-labs
GitHub organization, you can contribute to dbt-package-testing
by forking the dbt-package-testing
repository. For a detailed overview on forking, check out the GitHub docs on forking. In short, you will need to:
- Fork the
dbt-package-testing
repository - Clone your fork locally
- Check out a new branch for your proposed changes
- Push changes to your fork
- Open a pull request against
dbt-labs/dbt-package-testing
from your forked repository
If you are a member of the dbt-labs
GitHub organization, you will have push access to the dbt-package-testing
repo. Rather than forking dbt-package-testing
to make your changes, just clone the repository, check out a new branch, and push directly to that branch.
This repo serves as a template and is no intedned to be run.
None needed.
No tests included.
Code can be merged into the current development branch main
by opening a pull request. A dbt-package-testing
maintainer will review your PR. They may suggest code revision for style or clarity, or request that you add unit or integration test(s). These are good things! We believe that, with a little bit of help, anyone can contribute high-quality code.
Automated tests run via GitHub Actions. If you're a first-time contributor, all tests (including code checks and unit tests) will require a maintainer to approve. Changes in the dbt-package-testing
repository trigger integration tests against Postgres. dbt Labs also provides CI environments in which to test changes to other adapters, triggered by PRs in those adapters' repositories, as well as periodic maintenance checks of each adapter in concert with the latest dbt-package-testing
code changes.
Once all tests are passing and your PR has been approved, a dbt-package-testing
maintainer will merge your changes into the active development branch. And that's it! Happy developing 🎉
- Sometimes, the content license agreement auto-check bot doesn't find a user's entry in its roster. If you need to force a rerun, add
@cla-bot check
in a comment on the pull request.