jekyll-template

This repository provides a simple self-contained static website generated with jekyll. From the development point of view, the following features are supported:

Development: exploit the provided docker image:

• Creation of a default jekyll website
• Building process of an existent jekyll website
• Support to serve locally a website
• Support of jupyter notebooks (latex, plots, code)

Deployment:

• Automatic website generation after every commit exploiting Travis CI
• Automatic website deployment after every commit exploiting Travis CI

The demo website shows as example the jekyll-ified version of the Bootstrap Blog Template, with the deafult jekyll's articles, and a post written with a jupyter notebook.

The required dependencies for the Development are git and docker.
The only required dependency for the Deployment is git.

When the website is ready, the end users of the website only need to commit the markdown posts (or the jupyter notebooks) in the right location.

Notes for Development:

The docker image contains the minimum amount of dependencies, mainly ruby gems, needed to generate the default website provided by jekyll. After this, all the website configuration is demanded to bundler.
This means that the project's Gemfile should include all the dependencies needed to its execution (jekyll included). This potentially allows to avoid the usage of the provided docker image that might be useful in particular cases.

Get the docker image

The docker image used for handling this repository can be 1. downloaded from dockerhub or 2. built locally:

1. Download the image from dockerhub

``` docker pull diegoferigo/jekyll docker tag diegoferigo/jekyll loc2/jekyll

```

2. Build locally the image

Clone this repository, start the docker daemon, and then execute:

sh cd docker docker build --rm -t loc2/jekyll .

HowTo

The provided docker image can be used in the following way:

sh docker run -it --rm \ -v $(pwd)/jekyll:/srv/jekyll/www:rw \ -p 4000:4000 \ --name jekyll \ loc2/jekyll \ {{command}}

Where {{command}} is:

• new: generates a new jekyll website
• build: builds a website from the /jekyll folder
• serve: exposes the website to the host at localhost:4000

Example: Generate a default website

This repository already provides a /jekyll folder containing a working static website with Bootstrap 4, a default theme, and a bunch of jekyll plugins.

If, instead, you want to exploit this workflow for starting from scratch with the default jekyll website, execute

sh cd jekyll-template rm -r jekyll mkdir jekyll docker run -it --rm \ -v $(pwd)/jekyll:/srv/jekyll/www:rw \ --name jekyll \ loc2/jekyll \ new

Example: Use an existing jekyll website

If you already have an existing website created with jekyll (even hosted in another repo) and you want to exploit this workflow, substitute the /jekyll folder with your own. Then, serve it to the host executing:

sh cd jekyll-template docker run -it --rm \ -v $(pwd)/jekyll:/srv/jekyll/www:rw \ -p 4000:4000 \ --name jekyll \ loc2/jekyll \ serve

Then browse to localhost:4000.

Mainteinance guidelines

This repo

This repository is a template, something you can use as starting point to develop a website. We try to always keep it a rolling release for what concern tools and plugins.

There are two branches:

• master: it contains the template
• gh-pages: it is an orphan branch that contains a demo website

GitHub Pages officially supports only a limited amount of Jekyll plugins. This might be a constraint for many applications, and there the usage of this limited set affects how the gh-pages branch is used:

1. Using official plugins: The gh-pages branch contains the /jekyll folder, and the generation of the website is performed remotely
2. Using other plugins: The gh-pages branch contains the /jekyll/_site folder generated locally, and a .nojekyll file must be present

The maintainers of this repository should commit in the master branch all the developed files and configurations (the /jekyll folder). The gh-pages branch should instead be populated only by the correct folder depending on the plugins choice just described.

We can exploit subtree in order to quickly commit in gh-pages only a subfolder of the master branch

Remote generation

```sh

Normal push

git subtree push --prefix jekyll origin gh-pages

For future reference, a force push

git push origin git subtree split --prefix jekyll master:gh-pages --force ```

Local generation

```sh

Normal push

git subtree push --prefix jekyll/_site origin gh-pages

For future reference, a force push

git push origin git subtree split --prefix jekyll/_site master:gh-pages --force ```

A website that uses this template

There are plenty of possible workflows in order to use this template for a website.

The main advantage of having a template that can be used for many websites is the possibility to split infrastucture, hosted in this jekyll-template repo, and the posts and optionally a different theme, hosted for instance by the username.github.io repository.

The git structure of the username.github.io repository we are currently using, keeping in mind that we want to have an easy way to maintain it aligned with possible infrastructure improvement provided by the template, is the following:

• master: the template branch plus posts and the website theme
• template: a mirror of jekyll-template:master
• gh-pages: the subtree containing the jekyll or jekyll/_site folder

Optionally, an additional devel branch can be used to stage commits before reaching master.

For every new commit in jekyll-template, the mirror username.github.io:template should be updated, and username.github.io:master rebased on top of it. If the infrastructure and theme plus posts are kept enough independent, conflicts should be rare.