Skip to content

Latest commit

 

History

History
101 lines (65 loc) · 4.34 KB

CONTRIBUTING.md

File metadata and controls

101 lines (65 loc) · 4.34 KB

Contributing to metaverse

The goal of this guide is to help you get up and contributing to metaverse as quickly as possible.

Please note that metaverse is released with a Contributor Code of Conduct. By contributing to this project, you agree to abide by its terms.

Fixing typos

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.

  • DO: edit a roxygen comment in a .R file below R/.
  • DO NOT: edit an .Rd file below man/.

Similarly, typos/errors in the supporting documents (e.g. these contributing guidelines, NEWS.md, CODE_OF_CONDUCT.md) may be edited directly using the GitHub web interface.

The exception to the above is when typos/errors occur in the README.md document. To correct these:

  • Fork the respository to your personal GitHub account
  • Edit the README.Rmd document to fix the error
  • Knit the README.Rmd document to produce the corrected README.md
  • Commit changes and push both corrected documents to your forked respository
  • Issue a pull request (see the section on Pull Requests, below).

Filing an issue

When filing an issue, the most important thing is to include a minimal reproducible example so that we can quickly verify the problem, and then figure out how to fix it. See "Writing a good reproducible example".

  1. Packages should be loaded at the top of the script, so it's easy to see which ones the example needs.

  2. Spend a little bit of time ensuring that your code is easy for others to read:

    • make sure you've used spaces and your variable names are concise, but informative

    • use comments generously to indicate where your problem lies

    • do your best to remove everything that is not related to the problem.

You can check you have actually made a reproducible example by starting up a fresh R session and pasting your script in.

Pull Requests

Getting Started

  • Make sure you have a GitHub account.
  • Familiarise yourself with Git and Github, using the resources at the end of this page.

Prerequisites

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 reproducible example.

Pull request process

  • 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. You can use the styler package to apply these styles, but please don't restyle code that has nothing to do with your PR.
  • 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).

Proposing a new package for addition to the metaverse

If you wish to propose a package for inclusion, you will need to open an issue using the "Package inclusion request" template.

This template asks you to complete the following sections so that we can make a judegement on whether the proposed package is good fit for addition to the metaverse.

Additional Resources