This project makes it easy to:
- create pages of screenshots to document designs
- document designs using the GOV.UK Design System
- print pages of designs
- make designs shareable and linkable
The project is built using the Eleventy static site generator, meaning your design history site can be adapted as a service grows. This post describes how to get started.
# Install
Start by making a copy of this project. The easiest way to do this is on GitHub. Visit the the govuk-design-history repository, and click ‘Use this template’. You’ll be asked to choose a GitHub user or organisation that should own this new repository, and a name for your copy.
To start making changes, you’ll need to download the repository to your own computer. Assuming your GitHub user is my-username
, and you called your repository my-service-design-history
, using the Terminal you would type:
git clone git@github.com:my-username/my-service-design-history.git
Next, change into the downloaded folder, and install all the dependencies needed to run the design history project. Do this by typing the following:
cd my-service-design-history
npm install
# Preview
Before uploading your design history to a public URL, it can be useful to preview it locally, on your own computer. To do this type:
npm start
Once all the files have been generated, a URL will be shown which you can enter into your browser’s address bar (usually this is http://localhost:8081).
Whenever you add a new post, or edit an existing post, the browser will automatically refresh the page with any changes applied.
# Customise
Before adding posts, you’ll probably want to customise a few things for the site to make sense for your service.
# Change the name of the website
- Open the file
app/_data/app.json
- Change the value for
productName
to the name you want to use. This name will appear in the header, and in page titles.
# Update the homepage
- Open the file
app/index.md
- Change the value shown for
title
. The value you give here is used for the large heading shown at the top of the page - Change the value shown for
description
. The value you give here is used for the text that appears below the title. You can also remove this line if you don’t want to show anything here.
# Update the footer
If you want to link to other tools your team uses, you can place these links in the footer.
- Open the file
app/_layouts/base.njk
- Near the bottom of this file, you’ll notice there is a Nunjucks component called
govukFooter
. The design history project uses components from the GOV.UK Design System, and this is an example of that. Follow the guidance on the design system website for how you can adapt the footer to suit your needs.
# Document
You’re now ready to start documenting your designs. To add a new post:
-
Create a new file in the app/posts folder. Files should be named using the format
YYYY-MM-DD-slug.md
, where:YYYY
is the yearMM
is the monthDD
is the dayslug
is the text you want to appear in the URL
For example:
2020-02-19-first-designs.md
will create a page that can be reached at<your-design-history>/first-designs/
-
Posts are made up of 2 parts: a frontmatter and its contents.
A frontmatter starts and ends with
---
and is written using a key/value data format called YAML. In most cases, you will only need three bits of information:title
,description
anddate
. For example:---
title: First designs for a minimum viable service
description: A minimum viable service that could allow the providers to access and manage their ITT applications.
date: 2020-02-19
---The content portion of a post uses Markdown, a lightweight markup language used to add formatting elements to plaintext text documents. You can learn more about writing Markdown with this guide.
-
Save the file, and visit the browser. You should see your new post listed on the home page.
# Launch
Make things open, it makes them better. You can do this by deploying (or uploading) your design history to a third-party host. This project includes support for 2 different services, Heroku and Netlify.
# Heroku
Follow this guide on connecting a GitHub repository to Heroku. This is the easiest way to ensure changes are automatically deployed once they are merged to the default branch.
The process is very similar to setting up a prototype on Heroku.
# Password protect your design history
We’ve found it’s better to keep a design history public. But if you need to password protect yours you can add a username and password using environment variables (Heroku calls these “config vars”):
- set a
USERNAME
andPASSWORD
environment variable on your Heroku app (a guide on how to do this) - update the
Procfile
with:
web: http-server --username $USERNAME --password $PASSWORD -p $PORT
# Netlify
Follow this guide on deploying websites to Netlify. When asked for a build command, use npm run build
.