PyMC is an open source, collective effort. There are many ways in which you can help make it better. And all of them are welcome!
Contribute as an individual#
PyMC is a joint effort of many people, each contributing to the areas they like and have some expertise in, coordinating to try and cover all tasks.
Coding and documentation are the most common types of contributions, but there are many more things that you can do to help PyMC which are just as important. Moreover, both code and docs require submitting PRs via GitHub to some of the repositories under the pymc-devs organization, and while we have a Pull request step-by-step guide available, GitHub might not be everyone’s cup of tea. If that is your case, don’t worry, you will be more than welcome if you want to help.
Contact us on Discourse if you want to contribute to the project but are not sure where you can contribute or how to start.
We also host office hours regularly to provide more support, especially to contributors.
If you are interested in participating subscribe to the
office-hours tag on Discourse.
Below there are some examples of non code nor doc contributions that could serve as an inspiration. If you have other ideas let us know on Discourse to see if we can make it happen too.
Report a bug or make a suggestion for improvement by opening an issue in Github
Answer questions on Discourse
Teach about PyMC and advertise best practices by writing blogs or giving talks
Help plan PyMCon
Help with outreach and marketing. This could include for example reaching out to potential sponsor companies, to people who could use PyMC in their work or making sure that academics who use PyMC cite it correctly in their work
Help with our fundraising efforts
Contribute via Pull Requests on GitHub#
We have a Pull request step-by-step and a Pull request checklist page to help in all the steps of the contributing process, from before your first ever contribution to regular contributions as a core contributor.
Etiquette for code contributions#
When you start working working on an issue, open a
Draftpull request as soon as you make your first commit (see Pull request step-by-step).
Before opening a PR with a new feature, please make a proposal by opening an issue or Discussion with the maintainers. Depending on the proposal we might direct you to other places such as
Any issue without an open pull request is available for work.
If a pull request has no recent activity it may be closed, or taken over by someone else.
The specific timeframe for “recent” is hard to define as it depends on the contributor the specific code change, and other contextual factors. As a rule of thumb in a normal pull request with no other blockers there is typically activity every couple of days.
The core devs will make their best judgement when opting to close PRs or reassign them to others.
If unsure if an issue ticket is available feel free to ask in the issue ticket. Note however, that per the previous point an open pull request is way to claim an issue ticket. Please do not make unrealistic pledges in the issue tickets.
It’s okay if you are delayed or need to take a break, but please leave a comment in the pull request if you cannot get it to a state where it can be merged. Depending on the change (urgent bugfix vs. new feature) the core devs can determine if the PR needs to be reassigned to get the work done.
Contribute as an institution#
Institutions can contribute in the following ways:
Contact PyMC at email@example.com for more information.