Până acum, am făcut modificări de cod la nivel local, fără a utiliza niciun fel de control al versiunii. Odată cu creșterea complexității acestui site, acest lucru devine din ce în ce mai iresponsabil. Ce s-a schimbat și când? De ce s-a schimbat? Cum putem vedea ce a fost înainte, în cazul în care cauzează probleme despre care vom afla doar mai târziu?
Există atât de multe motive întemeiate pentru a utiliza controlul versiunilor, încât este aproape în afara domeniului de aplicare al acestei serii, dar este suficient să spunem că o vom folosi. Rezolvă toate întrebările pe care le-am subliniat mai sus.
În cazul nostru, folosesc deja controlul versiunilor pe CSS-Tricks. Folosesc Git și găzduiesc depozitul pe Beanstalk. Beanstalk se ocupă de implementarea site-ului prin FTP. Configurarea este mega simplă. Pentru CSS-Tricks nici măcar nu am un server de stagiere, ci doar împing totul până la producție.
Folosesc aplicația Mac Tower pentru a lucra cu Git. Dacă doriți un ecran complet despre cum să configurați totul de la zero, îl am disponibil aici.
Facem o mică schimbare și puteți vedea schimbarea care apare în Tower ca un „dif” (unde puteți vedea ce linie s-a schimbat și cum). În cele din urmă, luăm designul nostru static la care am lucrat până acum și îl transformăm într-un subfolder pe CSS-Tricks.com real implementat - apoi mergem să-l privim. Da, funcționează! Ei bine, în cea mai mare parte. Acum că designul se află într-un subfolder, unele dintre link-uri sunt rupte, dar asta nu este mare lucru.
Ar trebui să rețin că nu mă întorc suficient de des pentru a-mi arăta fișierele de validare în Git în videoclipurile viitoare. Imaginați-vă că la sfârșitul fiecărui videoclip trec peste Tower, selectez grupuri relevante de fișiere și le trimit cu un mesaj descriptiv de încredințare de confirmare (ceea ce am făcut de fapt).
