Досега правехме промени в кода локално, без да използваме някакъв контрол на версиите. С нарастването на сложността на този сайт това става все по-безотговорно. Какво се промени и кога? Защо се промени? Как можем да видим какво е било преди, в случай че причинява проблеми, за които ще разберем едва по-късно?
Има толкова много добри причини да се използва контрол на версиите, че това е почти извън обхвата на тази серия, но е достатъчно да се каже, че ще го използваме. Той решава всички въпроси, които посочих по-горе.
В нашия случай вече използвам контрола на версиите на CSS-трикове. Използвам Git и хоствам хранилището на Beanstalk. Beanstalk се грижи за разполагането на сайта чрез FTP. Настройката е мега проста. За CSS-трикове дори нямам подготвителен сървър, аз просто натискам всичко правилно за производство.
Използвам приложението на Mac Tower за работа с Git. Ако искате пълен екран за това как да настроите всичко от нулата, имам го на разположение тук.
Правим малка промяна и можете да видите как промяната се показва в Tower като „dif“ (където можете да видите каква линия се е променила и как). В крайна сметка вземаме статичния си дизайн, по който сме работили досега, и го правим подпапка на реално внедрения CSS-Tricks.com - след това го разгледайте. Да, работи! Е, в по-голямата си част. Сега, когато дизайнът е в подпапка, някои от връзките са счупени, но това не е голяма работа.
Трябва да отбележа, че не се връщам достатъчно често, за да се покажа на файлове за ангажиране към Git в бъдещи видеоклипове. Само си представете, че в края на всяко видео отскачам до Tower, изберете съответните групи файлове и ги ангажирайте с прекрасно описателно съобщение за ангажиране (което всъщност направих).
