Introduksjon til versjonskontroll

Har du noen gang endt opp med report_final, report_final_v2 og report_final_FINAL? Et versjonskontrollsystem (VCS) rydder opp i dette kaoset – det fungerer som en smart angreknapp for hele prosjektet ditt.

Uten et VCS bryter samarbeidet sammen: Folk overskriver hverandres arbeid, endringer forsvinner, feil blir umulige å spore, og det finnes ingen historikk over hvem som gjorde hva.

Et VCS tar vare på hele historikken for alle endringer. Du kan se hvem som gjorde hva og når, gå tilbake til hvilken som helst tilstand og slå sammen alles arbeid uten å tråkke hverandre på tærne.

Det finnes to varianter av versjonskontroll: sentralisert (CVCS) og distribuert (DVCS). Forskjellen ligger i hvor prosjektets historikk faktisk lagres.

Et sentralisert VCS lagrer all historikk på én server – du sjekker filer ut og inn igjen. Ulempen er at ingen kan gjøre commits eller lese historikken hvis serveren er nede. Tenk på SVN og Perforce.

Et distribuert VCS gir hver utvikler en komplett lokal kopi av hele historikken. Du kan gjøre commits uten nett og dele dem når du er klar – det er nettopp her Git utmerker seg.

Git er verdens mest populære distribuerte VCS. Linus Torvalds utviklet det med tanke på hastighet, dataintegritet og de rotete, ikke-lineære arbeidsflytene som virkelige team trenger.

Gits distribuerte utforming gir flere fordeler: Du kan gjøre commits uten nett, lokale operasjoner går lynraskt, det finnes ikke ett enkelt feilpunkt, og branching og merging er fleksibelt.

Nøkkelideen er det lokale repositoriet. Når du cloner eller initialiserer et prosjekt, får du hele historikken på maskinen din – derfor føles Git-operasjoner umiddelbare.

Flott! Nå forstår du hvorfor et VCS er viktig, hvordan sentraliserte systemer skiller seg fra distribuerte, og hvorfor Git leder an. Neste steg er å installere og konfigurere Git.