This repository is CIDS' version of The Carpentries' template for creating websites for workshops.
-
Please do not fork this repository directly on GitHub. Instead, please use GitHub's "template" function following the instructions below to copy this
workshop-templaterepository and customise it for your workshop. -
Please do your work in your repository's
gh-pagesbranch, since that is what is automatically published as a website by GitHub. -
Once you are done, please also let the Carpentries know the workshop URL. If this is a self-organised workshop, you should also fill in the self-organized workshop form (if you have not already done so), so they can keep track of all workshops. They build the list of workshops on their websites from the data included in your
index.mdpage. They can only do that if you customise that page correctly and let them know the workshop URL.
The website is made using jekyll, which creates static html pages from markdown (and/or html).
Making the website is straightforward if you follow these steps after logging into github:
-
Use the Github template function (top-right green button) to create a new repository in the CIDS domain. Title the new repo "YYYY-MM-DD-curtin-carpentries-". e.g. "2025-04-03-curtin-carpentries-git".
-
If the repo is public, a new webpage should be created at
curtinids.github.io/<reponame>. -
Edit the workshop title in '_config.yml'. You shouldnt need to edit nay other settings.
-
Edit relevant information at the top of "index.md". If you want to change any other wording on the main page (other than the scheudle), scroll down and make your changes using html. Make sure to delete the alert block at the top (next to the comment that tells you to delete it).
-
Ensure
_episodes(which contains the CIDS Git lesson material) is up-to-date. -
Edit
_includes/schedule.htmlto correspond with the lesson material and schedule. This file is inserted into the main index. You will be editing the two tables defined after the<table class="table table-striped">keywords. an enclosing<tr>indicates a row, and an enclosing<td>indicates a column. By default, there will be two rows per column.
If you want to insert another row, copy and paste the following into the desired location in the table after a</tr>(forward slash tr) and before the next<tr>(bare tr):<tr> <td>TIME></td> <td>DESCRIPTION</td> </tr>
To remove a row, delete everything withing an enclosing
<tr> ... </tr>, including the<tr>&</tr>parts. -
Have a browse through the website and make sure there's no placeholders left and everything is correct
When making a large amount of changes to the website, it may be preferable to work locally to avoid needing to push to GitHub to test your changes. Here we describe both the setup needed and the commands to run it.
This website currently requires a specific ruby version, 2.7.3.
Follow the instructions here for OS X/ Windows. There's also a Linux section in that link, but it involves installing homebrew. See below for an alternate way.
Unfortunately the ubuntu/debian versions are currently out of date, and while conda-forge has newer and older versions, it does not have 2.7.3.
To install 2.7.3 on linux, it's usually easiest to do the following:
- Install rbenv (Ruby environment manager):
then restart your shell
git clone https://github.com/rbenv/rbenv.git ~/.rbenv ~/.rbenv/bin/rbenv init
- Install the ruby build plugin into the rbenv folder
git clone https://github.com/rbenv/ruby-build.git "$(rbenv root)"/plugins/ruby-build - Use the following commands to install ruby 2.7.3, download the repo, set the local ruby version in the local directory to 2.7.3, install all the needed packages, and then cleanup:
rbenv init rbenv install 2.7.3 git clone <repo> cd <repo dir> rbenv local 2.7.3 rbenv shell 2.7.3 gem install bundler make clean
Once you've installed the pre-requisites, simply cd into the repo folder in a terminal and run:
make serve
If you're working on a remote server via ssh, you can pass through the ports with:
ssh -N -L <local port>:localhost:<port on host>
then navigate in your web-browser to localhost:
At the top of your repository on GitHub you'll see
No description, website, or topics provided. — Edit
Click 'Edit' and add:
-
A very brief description of your workshop in the "Description" box (e.g., "Oomza University workshop, Dec. 2016")
-
The URL for your workshop in the "Website" box (e.g.,
https://gvwilson.github.io/2016-12-01-oomza)
This will help people find your website if they come to your repository's home page. You may wish to check the box "Use Github pages link."
You can change the README.md file in your website's repository, which contains these instructions,
so that it contains a short description of your workshop and a link to the workshop website.
In rare cases, you may want to add extra pages to your workshop website. You can do this by putting either Markdown or HTML pages in the website's root directory and styling them according to the instructions give in the lesson template.
- A
.../subdir/index.mdfile will be mapped to.../subdiron the website, and - any other
.../subdir/filename.mdfile will be mapped to.../subdir/filename.htmlon the website
Be wary, that on github the pages will be hosted at curtinids.github.io/<repo name>/page, whereas on your local machine this will be localhost:<port>/page. This may mean links that work locally dont work on the web page, so be sure to specify links explicitly using the variable relative_root_path, e.g.
<a href={{ relative_root_path }}/page>some text</a>
Note:
please do all of your work in your repository's gh-pages branch,
since GitHub automatically publishes that as a website.
Note: this template includes some files and directories that most workshops do not need, but which provide a standard place to put extra content if desired. See the design notes for more information about these.
Further instructions are available in the customization instructions. This FAQ includes a few extra tips (additions are always welcome) and these notes on the background and design of this template may help as well.
If you want to set up Jekyll so that you can preview changes on your own machine before pushing them to GitHub, you must install the software described in the lesson example .
If you are teaching Git, you should create a separate repository for learners to use in that lesson. You should not have them use the workshop website repository because:
-
your workshop website repository contains many files that most learners don't need to see during the lesson, and
-
you probably don't want to accidentally merge a damaging pull request from a novice Git user into your workshop's website while you are using it to teach.
You can call this repository whatever you like, and add whatever content you need to it.
We are committed to offering a pleasant setup experience for our learners and organizers. If you find bugs in our instructions, or would like to suggest improvements, please file an issue or mail us.
