cvalr: Credit Derivative Valuation in R

Contributing to rmo

This outlines how to propose a change to cvalr.

Small typos or grammatical errors in documentation may be edited directly using the GitHub web interface, so long as the changes are made in the source file.

YES: you edit a roxygen comment in a .R file below R/.
NO: you edit an .Rd file below man/.

Before you make a substantial pull request, you should always file an issue and make sure someone from the team agrees that it’s a problem. If you’ve found a bug, create an associated issue and illustrate the bug with a minimal reprex.

Commit messages should be concise and on point. You can use the Udacity commit message style to be more precise.

We recommend that you create a Git branch for each pull request (PR).
Look at the Travis and AppVeyor build status before and after making changes. The README should contain badges for any continuous integration services used by the package.
New code should follow the tidyverse style guide and pass lintr::lint_package() without errors. You can use the styler package to apply these styles, but please don't restyle code that has nothing to do with your PR. For more information on the static code analysis tool lintr, see https://github.com/jimhester/lintr.
We use roxygen2, with Markdown syntax, for documentation.
We use testthat. Contributions with test cases included are easier to accept.
For user-facing changes, add a bullet to the top of NEWS.md below the current development version header describing the changes made followed by your GitHub username, and links to relevant issue(s)/PR(s).
For more information on good practices for R package-development, see the rOpenSci Packages guide.