Contributions are very welcome — please do ask questions and suggest ideas in Issues, and feel free to implement features you want and submit them via Pull Requests.
Please feel free to file a Github Issue if you found a behavior that you feel is weird or counterintuitive, bad UX, or any errors or bugs.
We’re trying to mark issues that are small enough, and would onboard you into Notoma’s internal workings with
good-first-issue label. That said, feel free to comment on any issue that you’d like to work on, as long as it’s not assigned and not in the ”In progress“ column yet.
Also, please feel free to ask any questions if you’d want to work on something for Notoma, but you’re not sure where or how to start — just create a new issue, or ask a question in the existing one.
Thank you for considering writing some code for Notoma! This part describes the easiest way to get up to speed with Notoma development, and how to create a pull request.
Here’s the steps you’d need to do in order to get your code merged:
- Fork the repository
- Development install with linters:
- Make sure you regenerate documentation for anything you change:
pipenv run notoma-dev docs
- Commit to your fork branch and then do a PR.
git clone firstname.lastname@example.org:xnutsive/notoma.git hub fork #or whatever make contrib #will install dev dependencies and setup local pre-commit linters.
Linters are run automatically on each commit to any branch, and on pull requests as well.
Please edit the notebooks, not the markdown files directly, and please include proposed documentation changes with your pull requests.