Swap out rbenv
below for rvm
if you prefer. RVM was giving me installation issues, so I found rbenv
- Travis
- Create and run from a fresh VM instance:
gcloud compute instances create jekyll --image-project=ubuntu-os-cloud --image-family=ubuntu-1404-lts --machine-type=n1-standard-1
gcloud compute ssh jekyll --ssh-flag="-L 4000:localhost:4000"
- Install
rbenv
andruby-build
. Add these to$PATH
:sudo apt-get install -y git bzip2 build-essential libssl-dev libreadline-dev zlib1g-dev
git clone https://github.com/rbenv/rbenv.git ~/.rbenv
git clone https://github.com/rbenv/ruby-build.git ~/.rbenv/plugins/ruby-build
echo 'export PATH="$HOME/.rbenv/bin:$PATH"' >> ~/.bashrc
echo 'eval "$(rbenv init -)"' >> ~/.bashrc
. ~/.bashrc
- Install and use ruby 2.4.1
rbenv install 2.4.1
rbenv global 2.4.1
- Fork and clone your forked repo:
GITHUB_USER=$USER # or something else here
git clone https://github.com/$GITHUB_USER/spinnaker.github.io.git
- Install
bundle
gemcd spinnaker.github.io
gem install bundle
bundle install
- Start Jekyll server
bundle exec jekyll serve --watch
- (Optional): Add
--incremental
to speed up page generation when working on one pagebundle exec jekyll serve --watch --incremental
- Navigate to http://localhost:4000 to see your locally generated page.
You can do the same within Docker using the included Dockerfile (the volume mount will still allow changes to files to be visible to Jekyll):
docker build --tag spinnaker/spinnaker.github.io-test .
docker run -it --rm --mount "type=bind,source=$(pwd),target=/code" \
-p 4000:4000 spinnaker/spinnaker.github.io-test --incremental
Hosting the documentation website on Amazon S3 allows review from look/feel perspective before a pull request is submitted. This allows peer reviews of a breaking change without needing any technical setup by the reviewer.
- Enable static website hosting on a S3 Bucket
gem install s3_website
s3_website cfg create
- Delete
s3_id
ands3_secret
so that your AWS credentials can be read from~/.aws/credentials
- Modify url property at _config.yml to use the CNAME that you want to use
jekyll build
s3_website push
A page named foo.md
will be transformed to foo/index.html
and links to foo
will result in an HTTP 301
to foo/
. This has two implications:
- It is more efficient to include the trailing
/
in links. - If you anticipate including resources like images or subpages, create
foo/index.md
instead offoo.md
.
During local development, see what's actually generated by browsing the
_site
directory.
Sequence diagrams can be generated with the mermaid.js library by adding {% include mermaid %}
near the bottom of the page. See some of the
security docs
for an example.
Each page has a breadcrumb trail at the top that is based on the URL structure. You should ensure that there is at
least an index.md
file within each URL directory, otherwise the links will break.
Keep the "broken window theory" at bay by ensuring all links work with HTML Proofer
Run link checker before committing:
rake test