Scroll down to the script below, click on any sentence (including terminal blocks!) to jump to that spot in the video!Cool, got it! Show me the script!
Go back to the Ansistrano GitHub page. Find the table of contents near the top, and click Deploying. Excellent! This tells us how to use this role and how it works! Ansistrano is based off of Capistrano... which means it creates a really cool directory structure on your server. In this example, we're deploying to a
/var/www/my-app.com directory on the server. Each time we deploy, it creates a new, timestamped, directory inside
releases/ with our code. Then, when the deploy finishes, it creates a
symlink from a
current/ directory to this release directory.
Next time you deploy? Yep, the same thing happens: it will create a new release directory and update the symbolic link to point to it instead. This means that our web server should use the
current/ directory as its document root.
This is amazing. Why? With this setup, we can patiently do all the steps needed to prepare the new release directory. No traffic hits this directory until the very end of deployment, when the symbolic link is changed.
There's also a
shared/ directory, which allows you to share some files between releases. We'll talk more about that later.
To start with Ansistrano... well... the only thing we need to do is tell it where to deploy to on the server! How? The same way you control any role: by overriding variables that it exposes.
Scroll up a little on their docs to find a giant box of variables. Yes! This tells you every single possible variable that you can override to control how Ansistrano works. This is documentation gold!
The first variable we need
ansistrano_deploy_to. Copy that. Inside
deploy.yml, add a
vars key and paste. Set this to the directory that's already waiting on our server:
|- hosts: aws|
|# Ansistrano vars|
|ansistrano_deploy_to: "/var/www/project" # Base path to deploy to.|
|... lines 7 - 10|
Ok... well... we haven't done much... but let's see if it works! In your local terminal, run the same command as before, but without the
ansible-playbook -i ansible/hosts.ini ansible/deploy.yml
Ok... it looks like it's working. A few of the tasks mention
rsync. That's because, by default, Ansistrano uses rsync to get the files from your local machine up to your server. We'll change to a different strategy in a few minutes.
Ding! It finished! Let's go see what it did! Change to the terminal where you're SSH'ed onto your server. Inside
Awesome! We have the Ansistrano directory structure:
shared/. So far, we only have one directory in
current/ is a symlink to it.
Now, move into the
current/ directory and look inside:
Woh! There's almost nothing here: just a
REVISION file that Ansistrano created and an
ansible/ directory... which is a copy of our local
This looks weird... but it makes sense! Right now, Ansistrano is using
rsync to deploy only the directory where the playbook lives... so,
ansible/. This is not what we want. So next, let's change our deployment strategy to
git so that Ansistrano pulls down our entire repository.