A scikit-learn compatible package for performing mediational regression and causal mediation analysis
- Initialize
gitinside your repo:
git init- If you don't have
Poetryinstalled run:
make download-poetry- Initialize poetry and install
pre-commithooks:
make install- Upload initial code to GitHub (ensure you've run
make installto usepre-commit):
git add .
git commit -m ":tada: Initial commit"
git remote add origin https://github.com/mnarayan/skmediate.git
git push -u origin master- Set up Dependabot to ensure you have the latest dependencies.
- Set up Stale bot for automatic issue closing.
All manipulations with dependencies are executed through Poetry. If you're new to it, look through the documentation.
Notes about Poetry
Poetry's commands are very intuitive and easy to learn, like:
poetry add numpypoetry run pytestpoetry build- etc
Building a new version of the application contains steps:
- Bump the version of your package
poetry version <version>. You can pass the new version explicitly, or a rule such asmajor,minor, orpatch. For more details, refer to the Semantic Versions standard. - Make a commit to
GitHub. - Create a
GitHub release. - And... publish π
poetry publish --build
Well, that's up to you. I can only recommend the packages and articles that helped me.
Packages:
Typeris great for creating CLI applications.Richmakes it easy to add beautiful formatting in the terminal.FastAPIis a type-driven asynchronous web framework.IceCreamis a little library for sweet and creamy debugging
Articles:
- Open Source Guides
- GitHub Actions Documentation
- Maybe you would like to add gitmoji to commit names. This is really funny. π
For your development we've prepared:
- Supports for
Python 3.7and higher. Poetryas the dependencies manager. See configuration inpyproject.tomlandsetup.cfg.- Power of
black,isortandpyupgradeformatters. - Ready-to-use
pre-commithooks with formatters above. - Type checks with the configured
mypy. - Testing with
pytest. - Docstring checks with
darglint. - Security checks with
safetyandbandit. - Well-made
.editorconfig,.dockerignore, and.gitignore. You don't have to worry about those things.
For building and deployment:
GitHubintegration.Makefilefor building routines. Everything is already set up for security checks, codestyle checks, code formatting, testing, linting, docker builds, etc. More details at Makefile summary).- Dockerfile for your package.
Github Actionswith predefined build workflow as the default CI/CD.- Always up-to-date dependencies with
@dependabot(You will only enable it). - Automatic drafts of new releases with
Release Drafter. It creates a list of changes based on labels in mergedPull Requests. You can see labels (akacategories) inrelease-drafter.yml. Works perfectly with Semantic Versions specification.
For creating your open source community:
- Ready-to-use Pull Requests templates and several Issue templates.
- Files such as:
LICENSE,CONTRIBUTING.md,CODE_OF_CONDUCT.md, andSECURITY.mdare generated automatically. Stale botthat closes abandoned issues after a period of inactivity. (You will only need to setup free plan). Configuration is here.- Semantic Versions specification with
Release Drafter.
pip install skmediateor install with Poetry
poetry add skmediateThen you can run
skmediate --helpskmediate --name Romanor if installed with Poetry:
poetry run skmediate --helppoetry run skmediate --name RomanMakefile contains many functions for fast assembling and convenient work.
1. Download Poetry
make download-poetry2. Install all dependencies and pre-commit hooks
make installIf you do not want to install pre-commit hooks, run the command with the NO_PRE_COMMIT flag:
make install NO_PRE_COMMIT=13. Check the security of your code
make check-safetyThis command launches a Poetry and Pip integrity check as well as identifies security issues with Safety and Bandit. By default, the build will not crash if any of the items fail. But you can set STRICT=1 for the entire build, or you can configure strictness for each item separately.
make check-safety STRICT=1or only for safety:
make check-safety SAFETY_STRICT=1multiple
make check-safety PIP_STRICT=1 SAFETY_STRICT=1List of flags for
check-safety(can be set to1or0):STRICT,POETRY_STRICT,PIP_STRICT,SAFETY_STRICT,BANDIT_STRICT.
4. Check the codestyle
The command is similar to check-safety but to check the code style, obviously. It uses Black, Darglint, Isort, and Mypy inside.
make check-styleIt may also contain the STRICT flag.
make check-style STRICT=1List of flags for
check-style(can be set to1or0):STRICT,BLACK_STRICT,DARGLINT_STRICT,ISORT_STRICT,MYPY_STRICT.
5. Run all the codestyle formaters
Codestyle uses pre-commit hooks, so ensure you've run make install before.
make codestyle6. Run tests
make test7. Run all the linters
make lintthe same as:
make test && make check-safety && make check-styleList of flags for
lint(can be set to1or0):STRICT,POETRY_STRICT,PIP_STRICT,SAFETY_STRICT,BANDIT_STRICT,BLACK_STRICT,DARGLINT_STRICT,ISORT_STRICT,MYPY_STRICT.
8. Build docker
make dockerwhich is equivalent to:
make docker VERSION=latestMore information here.
You can see the list of available releases on the GitHub Releases page.
We follow Semantic Versions specification.
We use Release Drafter. As pull requests are merged, a draft release is kept up-to-date listing the changes, ready to publish when youβre ready. With the categories option, you can categorize pull requests in release notes using labels.
For Pull Request this labels are configured, by default:
| Label | Title in Releases |
|---|---|
enhancement, feature |
π Features |
bug, refactoring, bugfix, fix |
π§ Fixes & Refactoring |
build, ci, testing |
π¦ Build System & CI/CD |
breaking |
π₯ Breaking Changes |
documentation |
π Documentation |
dependencies |
β¬οΈ Dependencies updates |
You can update it in release-drafter.yml.
GitHub creates the bug, enhancement, and documentation labels for you. Dependabot creates the dependencies label. Create the remaining labels on the Issues tab of your GitHub repository, when you need them.
This project is licensed under the terms of the MIT license. See LICENSE for more details.
@misc{skmediate,
author = {skmediate},
title = {A scikit-learn compatible package for performing mediational regression and causal mediation analysis},
year = {2020},
publisher = {GitHub},
journal = {GitHub repository},
howpublished = {\url{https://github.com/mnarayan/skmediate}}
}
This project was generated with python-package-template.