diff options
author | Ben Denhartog <3893293+sudoforge@users.noreply.github.com> | 2020-10-04 08:40:34 -0600 |
---|---|---|
committer | GitHub <noreply@github.com> | 2020-10-04 16:40:34 +0200 |
commit | b51a1c8a466c9737fc0baa515066ac712b9b7233 (patch) | |
tree | 27f9f6ef7690177df396ea90ab4ae61a0c49ab2e /docs | |
parent | 52943dd4095ea44f0664fc521427dd37c982e852 (diff) | |
download | wee-slack-b51a1c8a466c9737fc0baa515066ac712b9b7233.tar.gz |
feat: use pipenv to manage the development environment (#784)
[Pipenv][0] makes it easier to maintain a consistent development
environment for projects using Python. You no longer need to manage
`pip` and `virtualenv` separately, nor deal with the drift and other
issues requirements.txt brings. It enables gaining insights into your
dependency graph, but most importantly - it enables deterministic
builds, which prevents the entire class of "it works on my machine"
problems.
[Pipenv][0] is similar to package managers from other ecosystems, such
as Node.js' `npm` or Rust's `cargo`. Additionally, [Pipenv][0] is an
[officially recommended package manager][1] by the Python project.
This patch brings [Pipenv][0] to the wee-slack project to simplify the
development and contribution experience. Additionally, this patch brings
basic contributing documentation to help onboarding.
[0]: https://github.com/pypa/pipenv
[1]: https://packaging.python.org/tutorials/managing-dependencies/#managing-dependencies
Diffstat (limited to 'docs')
-rw-r--r-- | docs/contributing.md | 84 |
1 files changed, 84 insertions, 0 deletions
diff --git a/docs/contributing.md b/docs/contributing.md new file mode 100644 index 0000000..24deaf6 --- /dev/null +++ b/docs/contributing.md @@ -0,0 +1,84 @@ +# Contributing + +Thank you for considering contributing to `wee-slack`! + +## Requirements + +* [`git`](https://git-scm.com) +* [`pipenv`](https://github.com/pypa/pipenv) + +## Activating the development environment + +The development environment contains a few useful tools. Before testing or +working on `wee-slack`, the development environment should be activated. This +will ensure you have access to the necessary development tools. + +``` +$ cd /path/to/wee-slack +$ pipenv shell + +# Install the required development dependencies +$ pipenv install --dev +``` + +The rest of this document assumes that the development environment has been +activated, and that you have the latest development dependencies installed. + +## Testing + +Tests are executed with `pytest`. To run the tests, first navigate to the +project root, and then execute: + +``` +$ pytest +``` + +## Adding new dependencies + +Add your desired dependencies to the appropriate header, specifying a version if +necessary, defaulting to `*` if not. Be extra careful if you are pinning a +specific version of a dependency, as we currently support multiple versions of +Python which may or may not have the version you specify available to it. + +``` +# use [package] for production dependencies +[package] +foo-package = "*" + +# use [dev-packages] for development dependencies +[dev-packages] +bar-package = "*" +``` + +> **PRO TIP** +> +> You can also add dependencies without manually updating this file by running +> `pipenv install [--dev] <package...>`. This will automatically update the +> entry for the package in the `Pipfile` (and your local lockfile). +> +> For example, to add the `foo` and `bar` packages as development dependencies +> without specificying a version, you would run: +> +> ``` pipenv install --dev foo bar ``` + +## Updating dependencies + +It's important to keep our dependencies up-to-date over time. Because we support +multiple versions of Python, we avoid committing the `Pipfile.lock` file (which +is added in `.gitignore`), in addition to avoiding pinning versions of packages. + +To update the dependencies installed in your local virtual environment: + +``` +# Check for upstream updates +$ pipenv update --outdated + +# Want to update everything? +$ pipenv update + +# Want to update one package at a time? +$ pipenv update <pkg> +``` + +It's important to [run the tests](#testing) after updating dependencies to +ensure that the updated dependencies have not broken the build. |