Data Carpentry is an open source project, and we welcome contributions of all kinds: new and improved lessons, bug reports, and small fixes to existing material are all useful.
By contributing, you are agreeing that Data Carpentry may redistribute your work under these licenses.
Table of Contents
NOTE: this repository uses gh-pages
as our default branch.
-
Fork the
datacarpentry/R-ecology
repository on GitHub. -
Clone that repository to your own machine. (It is also possible to make minor edits right on GitHub.)
-
Create a branch from
gh-pages
for your changes. Give your branch a meaningful name, such asfixing-typos-r-ecology-lesson
oradding-tutorial-on-visualization
. -
Make your changes, commit them, and push them to your repository on GitHub. If your change affects a lesson, please only commit and push the
Rmd
files. The rendered versions will be generated by the lesson maintainer to avoid merge conflicts. -
Send a pull request to the
gh-pages
branch of the datacarpentry repository for this lesson at http://github.com/datacarpentry/R-ecology
If it is easier for you to send them to us some other way, please mail us at board@datacarpentry.org. Given a choice between you creating content or wrestling with Git, we'd rather have you doing the former.
Eeach lesson contains files such as 00-intro.md
, 01-filedir.md
and so on.
(We use two digits followed by a one-word topic key to ensure files appear in
the right order when listed.)
For the R material, lessons must be written in RMarkdown. A Makefile converts the Rmd files into HTML that are processed by Jekyll (the tool GitHub uses to create websites) as explained in the README file.
Currently, the Makefile also generates the README file from index.md
.
We use the purl()
function from knitr
to generate a skeleton file that
contains code to be distributed to the workshop participants. It's useful in
particular for error-prone pieces of code (e.g., if it contains long URLs).
We don't store data for lessons inside the lesson repositories. For completed lessons the data should be publicly available in a data repository appropriate to the data type. For lesson development the data may be provided in any way that is convenient including posting to a website, on figshare, a public dropbox link, a GitHub gist, or even included in the PR. Once the PR is ready to merge the data should be placed in the official data repository and all links to the data updated.
To ensure a consistent formatting of the lessons, we recommend the following guidelines:
- No trailing white space
- Wrap lines at 80 characters (unless it breaks URLs)
- Use consistent capitalization (e.g., R not r, RStudio not rstudio or Rstudio)
- Function names are written as
function()
while variables and packages are written asvariable
- Use unclosed atx style headers (see below):
## Use this format for headers
And not this format
-------------------
- Where can I get help?
Mail us at board@datacarpentry.org, come chat with us on our IRC channel,