This repository is rather large (about 200MB at the time of writing) because everything (including images) is included. The initial cloning therefore takes a few seconds (depending on your Internet connection).
To contribute content or code please create a pull request, so that we can have a look at it and discuss your changes. We integrate with Travis CI so that we can easily see if your pull request breaks our build and thus cannot be merged.
When contributing blog posts you may of course automatically merge your pull request as soon as Travis approves, if you follow our guidelines:
- Please provide a descriptive, short commit message. If more information is required, put it into the body of the commit message. We speak English in our commit messages.
- Please use HTML on content pages sparingly. Blog posts should always be written in Markdown if no special HTML content is required.
- Please set your editor to break after 85 characters and use spaces instead of tabs.
We will provide templates for creating blog posts. You will be able to add blog posts consisting of text only on Github.
In case of questions, please talk to Else.
Here's how we usually proceed to merge changes. To simplify interaction with
Github you should add the following underneath the remote "origin"
section to
your git configuration of the cloned repository (.git/config
):
fetch = +refs/pull/*/head:refs/pull/upstream/*
This then allows you to fetch pull requests using git fetch --all
without
being required to add the forked repository itself as a remote. You can also
check out a single pull request using e.g. git checkout refs/pull/upstream/78
(for pullrequest #78) to test the change.
We usually cherry-pick or rebase changes on top of master to keep a linear history if possible. If a change has several well-made commits and it makes sense to keep them, you can do a non-fast-forward merge (e.g. using the Github UI). If someone needs to edit their pull request, please ask them to squash their changes into a single commit if feasible.
We have a Docker build container 'cause it's hip, but you may also roll your own environment. Choose as you like.
cd docker && docker build -t rzl-homepage .
docker run --privileged=true -p 127.0.0.1:8000:8000 -v $(pwd):/home/dev rzl-homepage
sudo apt-get install nodejs npm bundler
sudo npm install -g grunt-cli bower
sudo pkg install node npm rubygem-bundler nasm
sudo npm install -g grunt-cli bower
Note: nasm(1) is needed to compile some node packages from source.
Needs Homebrew.
brew install node ruby
sudo gem install bundler
sudo npm install -g grunt-cli bower
npm install
export PATH=$PATH:$(npm bin)
bundler install --path vendor/bundle
bower install
grunt serve
$EDITOR app/$file
grunt
uses the default task in the Gruntfile to build the whole site
(targets test
and build
). This is what Travis does on new commits (see
.travis.yml).
You can also run individual Grunt targets, e.g.
grunt build
grunt test
To check the result use
grunt serve:dist
which rebuilds the whole project and serves the "dist" folder on port 8080
.
The editing of files then triggers a new build.
You can read about all targets in the Gruntfile.
This homepage is auto-deployed by Travis if the following requirements are met:
- we're on the master branch
- the build is green (grunt exited with status 0)
Travis will rsync the contents of the dist directory to premium (this is really fast). Please note that it may take a few minutes until Travis is able to complete a build.
The data flow is as follows:
app
app/_layouts |
| v
v +--------+
.layouts -> | jekyll | -> .tmp -> dist
+--------+
The Gruntfile we're using was initially generated using the yeoman webapp generator. While it allows for really nice development setups, it is a bit complicated to understand. Here's some information on how the homepage is built (rough sketch):
- All JS code is linted. If you don't meet our style, you're out.
- The target directory is cleaned up.
- CSS is auto-prefixed (see e.g. http://scottriley.im/autoprefix).
- All files relevant for Jekyll (especially HTML) is copied to .tmp
- CSS and JS files are minified, concatenated and revved.
- Images are optimized and revved.
- Jekyll is run to generate the contents.
- All HTML files are minified (e.g. templates, static pages).