Opening issues

The easiest way to note any behavioural curiosities or to request any new features is by opening a github issue.

Development guidelines

If you’d like to contribute changes to octolog, we use the GitHub flow for proposing, submitting, reviewing, and accepting changes. If you haven’t done this before, there’s a nice overview of git, as well as best practices for submitting pull requests in the R packages book by Hadley Wickham and Jenny Bryan.

octolog uses the the commonly used tidyverse style guide. Tools like styler and lintr can make it easier to adhere to this style.

All(75%+) new code should be covered by unit test using testthat 3rd edition.

Code of Conduct

We want to encourage a warm, welcoming, and safe environment for contributing to this project. See the code of conduct for more information.

Credits

This guide is too a large extent copied from the contribution guide of pkgcheck.