How to contribute
We really appreciate when users fix bugs or provide new features. When submitting changes, please read below to help the development team keep on top of issues and changes.
Submitting a bug
If you notice something strange, please submit an issue on GitHub. In the issue, please try to achieve the following:
- Describe what you did
- Describe what happened when you did it
- Describe what you think should happen
- If possible, describe where you think the error is occuring
If you have multiple issues, please submit multiple requests. Once you submit your report, we'll often engage in a conversation or give it a label to be fixed.
Making Changes
When you want to make a change, either to fix a bug or introduce a new feature, please follow the instructions below
- Create a branch or fork of the project based off of the
devbranch. - Make commits of logical units.
- Add unit tests for any new features.
- Document any new functions or new arguments within any existing function.
- Iterate either version or build number in the
DESCRIPTIONfile:- The version number follows the
x.y.z-buildformat and increments based on semantic versioning 2.0.0. Please update versions corresponding to those guidelines. - If your contribution takes several commits, please increment the build number (e.g., x.y.z-build) so there is a unique relationship of the version-build number to each commit.
- The version number follows the
- Update the DESCRIPTION file for any new dependencies on packages or minimum verson of R required (up to the current release of R).
- Run all tests in
tests/testthat/. - Create a pull request with a robust description or reference the issue number to the
devbranch (read the package's formal git-flow policy).