Do zdaj smo kode spreminjali lokalno, ne da bi uporabljali kakršen koli nadzor nad različicami. S kompleksnostjo tega spletnega mesta postaja vse bolj neodgovorno. Kaj se je spremenilo in kdaj? Zakaj se je spremenilo? Kako lahko vidimo, kaj je bilo prej, če povzroča težave, za katere izvemo šele kasneje?
Obstaja toliko dobrih razlogov za uporabo nadzora različic, da je to skoraj zunaj področja uporabe te serije, vendar zadostuje, če povemo, da ga bomo uporabili. Rešuje vsa vprašanja, ki sem jih opisal zgoraj.
V našem primeru na CSS-Tricks že uporabljam nadzor različic. Uporabljam Git in gostitelj repozitorija na Beanstalk. Beanstalk skrbi za razmestitev strani prek FTP. Namestitev je zelo preprosta. Za CSS-trike niti nimam pripravljalnega strežnika, ampak samo potisnem vse v proizvodnjo.
Za delo z Gitom uporabljam Mac aplikacijo Tower. Če želite popoln zaslon o tem, kako vse to pripraviti iz nič, imam to na voljo tukaj.
Naredimo malo sprememb in vidite, kako se sprememba v Toweru prikaže kot "dif" (kjer lahko vidite, kakšna vrstica se je spremenila in kako). Na koncu vzamemo naš statični dizajn, na katerem smo delali do zdaj, in ga naredimo za podmapo na resnično postavljenem CSS-Tricks.com - nato si ga oglejte. Jaj, deluje! No, večinoma. Zdaj, ko je zasnova v podmapi, so nekatere povezave prekinjene, vendar to ni nič hudega.
Opozoriti moram, da se ne vračam dovolj pogosto, da bi se v prihodnjih videoposnetkih pokazal datotek za prevzem v Git. Samo predstavljajte si, da na koncu vsakega videoposnetka, ki ga preusmerim na Tower, izberem ustrezne skupine datotek in jih posnamem s čudovitim opisnim sporočilom o prevzemu (kar sem pravzaprav naredil).
