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
-
Fork the
datacarpentry/lesson-name
repository on GitHub. -
The default branch in our lessons is
gh-pages
. Create a new branch for your changes.
Give your branch a meaningful name, such asfixing-typos-in-shell-lesson
oradding-tutorial-on-visualization
. -
Clone this repository and branch to work with it on your computer.
git clone the repository with -b 'branch name' -
Make your changes, commit them, and push them to your repository on GitHub.
-
Send a pull request to the
gh-pages
branch of the main datacarpentry repository at http://github.com/datacarpentry/lesson-name. This can be done through the github web interface.
If it is easier for you to send them to us some other way, please mail us at [email protected]. Given a choice between you creating content or wrestling with Git, we'd rather have you doing the former.
Every lesson has a repository of its own, while individual topics are files
in that directory. For example, the shell-ecology
directory holding our
introduction to the shell for ecology contains the files 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.)
Lessons may be written in Markdown, as IPython Notebooks, or in other formats. However, as explained in the README file, Jekyll (the tool GitHub uses to create websites) only knows how to handle Markdown and HTML. if some other format is used, the author of the lesson must add the generated Markdown to the repository. This ensures that people who aren't familiar with some format don't have to install the tools needed to work with it (e.g., R programmers don't have to install the IPython Notebook).
If a lesson is in a format we don't already handle, the author must also add something to the Makefile to re-create the Markdown from the source. Please check with us if you plan to do this.
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 unclosed atx style headers (see below)
- Where can I get help?
Mail us at [email protected]