Inntil nå har vi gjort kodeendringer lokalt uten å bruke noen form for versjonskontroll. Med kompleksiteten til dette nettstedet stiger, blir det mer og mer uansvarlig. Hva endret seg og når? Hvorfor endret det seg? Hvordan kan vi se hva det var før i tilfelle det forårsaker problemer vi først får vite om senere?
Det er så mange gode grunner til å bruke versjonskontroll at den nesten er utenfor omfanget av denne serien, men det er nok å si at vi skal bruke den. Det løser alle spørsmålene jeg skisserte ovenfor.
I vårt tilfelle bruker jeg allerede versjonskontroll på CSS-Tricks. Jeg bruker Git og er vert for depotet på Beanstalk. Beanstalk tar seg av distribusjon av nettstedet via FTP. Oppsettet er veldig enkelt. For CSS-Tricks har jeg ikke engang en iscenesetter, jeg skyver bare alt til produksjon.
Jeg bruker Mac-appen Tower til å jobbe med Git. Hvis du vil ha en fullskjermsvisning om hvordan du får alt klar fra bunnen av, har jeg det tilgjengelig her.
Vi gjør en liten forandring, og du kan se endringen dukker opp i Tower som en “dif” (hvor du kan se hvilken linje som ble endret og hvordan). Til slutt tar vi den statiske designen vi har jobbet med så langt, og gjør den til en undermappe på den virkelige distribuerte CSS-Tricks.com - så se på den. Ja det fungerer! Vel, for det meste. Nå som designet er i en undermappe, er noen av koblingene ødelagte, men det er ikke så farlig.
Jeg bør være oppmerksom på at jeg ikke kommer tilbake ofte nok til å vise meg forplikte filer til Git i fremtidige videoer. Tenk deg at på slutten av hver video spretter jeg over til Tower, velger du relevante grupper av filer og begår dem med en nydelig beskrivende kommittemelding (som er det jeg faktisk gjorde).
