До сих пор мы вносили изменения в код локально, не используя никакого контроля версий. С ростом сложности этого сайта это становится все более безответственным. Что и когда изменилось? Почему это изменилось? Как мы можем увидеть, что было раньше, если это вызывает проблемы, о которых мы узнаем позже?
Есть так много веских причин для использования контроля версий, что это почти выходит за рамки этой серии, но достаточно сказать, что мы собираемся его использовать. Он решает все вопросы, которые я изложил выше.
В нашем случае я уже использую контроль версий на CSS-Tricks. Я использую Git и размещаю репозиторий на Beanstalk. Beanstalk заботится о развертывании сайта через FTP. Настройка мега проста. Для CSS-Tricks у меня даже нет промежуточного сервера, я просто отправляю все прямо в производство.
Я использую Mac-приложение Tower для работы с Git. Если вам нужен полный скринкаст о том, как все это настроить с нуля, у меня есть это здесь.
Мы вносим небольшие изменения, и вы можете увидеть, что изменение отображается в Башне как «разница» (где вы можете увидеть, какая строка изменилась и как). В конечном итоге мы берем наш статический дизайн, над которым мы до сих пор работали, и делаем его подпапкой на реально развернутом CSS-Tricks.com, а затем переходим к нему. Ура, это работает! Ну по большей части. Теперь, когда дизайн находится во вложенной папке, некоторые ссылки не работают, но в этом нет ничего страшного.
Я должен отметить, что я не возвращаюсь достаточно часто, чтобы показать, что я фиксирую файлы в Git в будущих видео. Только представьте, что в конце каждого видео я перехожу в Tower, выбираю соответствующие группы файлов и фиксирую их с красивым описательным сообщением о фиксации (что я и сделал).