到目前为止，我们一直在本地进行代码更改，没有使用任何版本控制。随着这个网站的复杂性不断提高，这正变得越来越不负责任。什么改变了？什么时候改变的？为什么改变了？如果它导致了我们后来才发现的问题，我们如何才能看到它以前是什么样子？
使用版本控制有很多很好的理由，这几乎超出了本系列的范围，但总而言之，我们将使用它。它解决了上面我列出的所有问题。
就我们而言，我已经在 CSS-Tricks 上使用版本控制。我使用 Git 并将存储库托管在 Beanstalk 上。Beanstalk 通过 FTP 处理网站的部署。设置非常简单。对于 CSS-Tricks，我甚至没有一个暂存服务器，我只是将所有内容直接推送到生产环境。
我使用 Mac 应用程序 Tower 来使用 Git。如果你想要一个完整的屏幕录像，说明如何从头开始设置所有这些，我在这里提供了它。
我们进行了一点更改，你就可以看到更改在 Tower 中显示为“差异”（你可以看到哪一行发生了更改以及如何更改）。最终，我们将我们一直在努力的静态设计作为真实部署的 CSS-Tricks.com 的一个子文件夹 - 然后去看看它。耶，它有效！嗯，大部分是有效的。现在设计在一个子文件夹中，一些链接被破坏了，但这没什么大不了的。
我应该指出，我没有经常返回来向自己展示在未来的视频中提交文件到 Git。想象一下，在每个视频的最后，我会跳到 Tower，选择相关的文件组，并用一个可爱的描述性提交消息提交它们（这正是我实际所做的）。