ref: ca55ea505a2b87fe7c89a56d9f3f6b835f68aefc
parent: 5bda0398e7f865d993118f8826c895fdcdc7bb24
author: Arjen Schwarz <[email protected]>
date: Sun Nov 1 12:57:57 EST 2015
Improvements to Automated Deployments tutorial Prevent some frequently occurring problems * Ensure version number is between quotes * Ensure git and SSH are installed for the deployment step * Focus extra attention on the wercker.yml verification site
--- a/docs/content/tutorials/automated-deployments.md
+++ b/docs/content/tutorials/automated-deployments.md
@@ -200,14 +200,16 @@
## Using Hugo-Build
-Inside the details of this step you will see how to use it. At the top is a summary for the very basic usage, but when scrolling down you go through the README of the step which will usually contain more details about how to use it including a full example of using the step. So we return to our project, and while making it fit our project better we add these details to our wercker.yml file so it looks like this. Wercker also has a [page](http://devcenter.wercker.com/articles/werckeryml/validate.html) for validating wercker.yml files, and it's usually a good idea to do so before committing changes.
+Inside the details of this step you will see how to use it. At the top is a summary for the very basic usage, but when scrolling down you go through the README of the step which will usually contain more details about the advanced options available and a full example of using the step.
+We're not going to use any of the advanced features in this tutorial, so we'll return to our project and add the details we need to our wercker.yml file so that it looks like the below. Wercker also has a [page](http://devcenter.wercker.com/articles/werckeryml/validate.html) for validating wercker.yml files, and it's usually a good idea to do so before committing changes as minor typos might cause it to fail.
+
```yaml
box: debian
build:
steps:
- arjen/hugo-build:
- version: 0.14
+ version: "0.14"
theme: herring-cove
flags: --buildDrafts=true
```
@@ -227,7 +229,7 @@
## Adding a GitHub Pages step
-In order to deploy to GitHub Pages we need to add a deploy step. Once again searching through the Steps repository we find that the most popular step is the **lukevevier/gh-pages** step so we add the configuration for that to our wercker.yml file, which then becomes this:
+In order to deploy to GitHub Pages we need to add a deploy step. Once again searching through the Steps repository we find that the most popular step is the **lukevevier/gh-pages** step so we add the configuration for that to our wercker.yml file. Additionally we need to ensure that the box we run on has git and ssh installed. We can do this using the **install-packages** command, which then turns the wercker.yml file into this:
```yaml
box: debian
@@ -234,11 +236,13 @@
build:
steps:
- arjen/hugo-build:
- version: 0.14
+ version: "0.14"
theme: herring-cove
flags: --buildDrafts=true
deploy:
steps:
+ - install-packages:
+ packages: git ssh-client
- lukevivier/[email protected]:
token: $GIT_TOKEN
domain: hugo-wercker.ig.nore.me
@@ -245,7 +249,7 @@
basedir: public
```
-How does this configuration work? We've selected a couple of things, first the domain we want to use for the site. Configuring this here will ensure that GitHub Pages is aware of the domain you want to use.
+How does the GitHub Pages configuration work? We've selected a couple of things, first the domain we want to use for the site. Configuring this here will ensure that GitHub Pages is aware of the domain you want to use.
Secondly we've configured the basedir to **public**, this is the directory that will be used as the website on GitHub Pages.