До цього часу ми вносили зміни в код локально, не використовуючи ніякого контролю версій. Зі збільшенням складності цього веб-сайту це стає дедалі безвідповідальнішим. Що змінилося і коли? Чому це змінилося? Як ми можемо побачити, що це було раніше, якщо це спричинить проблеми, про які ми дізнаємось лише пізніше?
Існує стільки вагомих причин використовувати контроль версій, що це майже виходить за рамки цієї серії, але достатньо сказати, що ми будемо його використовувати. Він вирішує всі питання, які я виклав вище.
У нашому випадку я вже використовую контроль версій на CSS-Tricks. Я використовую Git і розміщую сховище на Beanstalk. Beanstalk піклується про розгортання сайту за допомогою FTP. Налаштування дуже просте. Для CSS-Tricks у мене навіть немає проміжного сервера, я просто підштовхую все до виробництва.
Я використовую програму Mac Tower для роботи з Git. Якщо ви хочете отримати повний скрінкаст про те, як все це налаштувати з нуля, я маю це тут.
Ми вносимо невеликі зміни, і ви можете побачити, як зміни відображаються у Tower як “dif” (де ви можете побачити, яка лінія змінилася та як). Врешті-решт, ми беремо наш статичний дизайн, над яким ми працювали дотепер, і робимо його підпапкою на реальному розгорнутому CSS-Tricks.com - потім перейдіть і подивіться на нього. Так, це працює! Ну, здебільшого. Тепер, коли дизайн знаходиться в підпапці, деякі посилання не працюють, але це не страшно.
Слід зазначити, що я не повертаюсь досить часто, щоб показати собі файли комітів у Git у майбутніх відео. Тільки уявіть, що в кінці кожного відео я відскакую до Tower, вибираю відповідні групи файлів і фіксую їх за допомогою чудового описового повідомлення коміту (саме це я насправді і робив).
