Now that we have tested our template and know it's working, we are going to commit it to our source control system. This will allow us to keep track of changes and gives the ability to treat our infrastructure code up to the same standard as our application code. (There is more on that in Chapter 4, Adding Continuous Integration and Continuous Deployment.)
To do that, we will rely on Git. AWS has a service called AWS CodeCommit (http://amzn.to/2tKUj0n), which lets youmanage Git repositorieseasily; however, because this service is a lot less popular than GitHub (https://github.com), we will use the latterinstead. If you don't have an account for GitHub yet, start by signing up for the service (it's completely free).
Once logged in to GitHub, create a new repository for the CloudFormation template:
Check the checkbox Initialize this repository with a README.
Finally, click the Create repository button:
Once your repository is created, you will want to clone it into your computer. For that, you need to have Git installed. (Search on Google for instructions on how to install Git for your operating system if you don't have it yet):
Mono repos versus multi repos
When managing your code, there are two common approaches to organizing your code repositories. You can create one repository for each project you have or decide to put your entire organization code under a single repository. We will choose the simplest option for this book, which is one repository per project but with the recent releases of several open source projects such as Bazel from Google, Buck from Facebook, or Pants from Twitter, using a mono repo becomes a very compelling option as it avoids juggling between multiple repositories when making big changes in your infrastructure and services at the same time.