melbournebioinformatics/MelBioInf_docs

Name: MelBioInf_docs

Owner: Melbourne Bioinformatics

Description: LSCC documentation in markdown format

Created: 2015-05-06 07:30:07.0

Updated: 2017-10-05 13:27:25.0

Pushed: 2017-11-28 06:42:10.0

Homepage: null

Size: 23812

Language: HTML

GitHub Committers

UserMost Recent Commit# Commits
Bernie Pope2017-02-17 06:28:53.021
Ira Cooke2015-10-28 05:20:11.02
Slugger702018-03-06 21:41:58.071
claresloggett2018-03-21 01:56:58.045
Andrew Robinson2015-09-20 23:11:20.023
Madison Flannery2016-06-08 02:11:58.02
Nuwan Goonasekera2018-03-06 09:27:53.01
Matthew Wakefield2015-08-26 02:32:51.06
Jessica Chung2017-11-14 07:17:26.029
Michael Milton2018-03-21 01:25:10.017
Anna Syme2018-03-16 00:43:22.022
bjmoran2017-02-17 06:27:11.04

Other Committers

UserEmailMost Recent Commit# Commits

README

Bioinformatics Tutorials

These tutorials have been developed by Melbourne Bioinformatics (formerly VLSCI) and are used in Melbourne Bioinformatics hands-on workshops.

The tutorials have been deployed here: http://melbournebioinformatics.github.io/MelBioInf_docs/

Tutorials are written in Markdown and built with MkDocs. All documentation source files are under docs/. Tutorials are stored under docs/tutorials/.

Slides for workshops are currently stored in Google Drive as Google Slides. Slides may optionally be added to this repository as e.g. Markdown or PDF.

What's in a tutorial

Each tutorial subdirectory under docs/tutorials/ should contain:

Tutorials are built and deployed to the gh-pages branch using MkDocs, and then appear at http://melbournebioinformatics.github.io/MelBioInf_docs/.

How to contribute

This section is a guide to contributing edits to the repository. For a guide to which files to edit, see Making changes to tutorial instructions, Making changes to slides, and Adding a new tutorial.

Fork and clone this repository

You should do your work in a fork under your own github account:

It is often a good idea to make a separate branch in your fork to work on your changes.

Sync with upstream

If the repository has been edited since you forked it, you will need to bring your fork up to date before you can contribute changes:

remote add upstream https://github.com/melbournebioinformatics/MelBioInf_docs
fetch upstream
merge upstream/master
Set up your environment and build the documentation

We are using the Python package MkDocs.

I recommend installing MkDocs into a virtualenv:

on3 -m venv mkdocs_dev # or python2 -m virtualenv mkdocs_dev
ce mkdocs_dev/bin/activate
install -r requirements.txt

Once you have mkdocs installed (and in your PATH) then you can preview the website by running the following command in the top directory of this repository:

cs serve

This will start up a web server hosting on a local URL, like so:

ing at: http://127.0.0.1:8000/
 reload enabled.
 ctrl+c to quit.

You can view the site if you point your browser at the specified URL.

MkDocs will automatically try to update the local site preview if you edit the documentation pages.

Alternatively, you can build the site locally using mkdocs build. This will put all the HTML, CSS, Javascript etcetera for the site in the directory called site, but unlike mkdocs serve, will not run a local webserver or update the build when you make changes.

It is a good idea to preview your changes locally before pushing them.

Deploy to your fork (optional)

You can deploy changes to your fork. This will allow you (and PR reviewers) to view your changes online prior to merging your pull request.

Run:

cs gh-deploy

This will build the Markdown into HTML in your fork's gh-pages branch, AND immediately push the result without any further chance to review it. Your build should be visible at http://<your_account>.github.io/lscc_docs/tutorials.

Pull request

Commit your changes. Then push them to your fork with git push origin master.

Open your fork in github at https://github.com/<your_account>/MelBioInf_docs and create a pull request.

If your fork is up to date, you should see “These branches can be automatically merged” while you are creating the pull request. If your fork is not up to date you should bring it up to date (see Sync with upstream)) and resolve any merge conflicts before creating the pull request.

Ideally you should have someone else check and merge your pull request rather than do it yourself. Suggested reviewers for each tutorial are in that tutorial's README.md.

Preferably, change one major thing per pull request - e.g. edit one tutorial in one pull request, and make a separate pull request if you want to edit another tutorial.

Merging and deploying a pull request

If someone has asked you to merge their PR, or if you are merging in your own:

clone https://github.com/melbournebioinformatics/MelBioInf_docs
elBioInf_docs
cs gh-deploy

Check that the updated tutorial appears under http://melbournebioinformatics.github.io/MelBioInf_docs/

Making changes to tutorial instructions

Tutorial instructions are stored as Markdown and fully versioned, so you can just edit the .md files containing those instructions and commit your changes. Follow the instructions above to contribute changes.

New media can be added to the tutorial's media subdirectory and linked in to the Markdown document.

Making changes to slides

For slides stored in Google Drive, a link should be recorded in docs/tutorials/<tutorialname>/README.md. This link should point to the Google slides source (not PDF) where possible.

If you have made an alternate version of the slides for a workshop, you can list the link for it under “Other slides” in the README.md. Give some kind of description for this alternate version, e.g. “slides for a clinical audience”, “slides for bioinformaticians at GCC”, or “Clare's abbreviated 5-minute slides”.

If you want to update the latest set of slides for a workshop:

Don't be afraid to replace the current slides with your version if you think it is more up to date. The old slides are still accessible.

Adding a new tutorial

To create your new tutorial:

Add slides:

Once you've created your content:


This work is supported by the National Institutes of Health's National Center for Advancing Translational Sciences, Grant Number U24TR002306. This work is solely the responsibility of the creators and does not necessarily represent the official views of the National Institutes of Health.