Git er et versjonskontrollsystem, en type programvare. Det kjennetegnes ved å være distribuert og ikke mappehierarki-basert (se Egenskaper). Et viktig designkriterium for Git var hastighet ved sammenfletting (merging). Git ble påbegynt av Linus Torvalds, men på et tidlig tidspunkt overtatt av Junio Hamano, som nå leder videre utvikling og vedlikehold. Blant andre distribuerte versjonskontrollsystemer kan nevnes Mercurial, som ble startet omtrent samtidig med Git, og Bitkeeper, en kommersiell forløper som var den viktigste inspirasjonskilden for Git.

Gitweb grensesnittet for git

EgenskaperRediger

  • Distribuert: Git har egne kommandoer, pull og push, for synkronisering med andre repositorier. Dette muliggjør alle-til-alle-synkronisering (ikke bare alle-til-én, som i CVS og SVN). Dessuten, uten implisitt synkronisering trenger man for eksempel ikke å være koblet til nettverk hele tiden for å kunne jobbe. Hovedpoenget med distribusjon i versjonskontrollsystemet er å kunne støtte desentralisert arbeidsflyt, for eksempel tillitsbasert pyramidestruktur, som er typisk for store prosjekter basert på åpen kildekode. Til gjengjeld, for sentralisert arbeidsflyt, blir det flere kommandoer for brukeren å skrive; det som heter commit i CVS og SVN, vil i Git tilsvare sekvensen commit, pull og push.
  • Ikke mappehierarki-basert: Undermapper av repositoriet er ikke repositorier (i motsetning til CVS og SVN). Dette er i seg selv en ulempe, men gjør Git i stand til å forstå navneendringer og flytting av filer. Dette har flere fordeler: ikke bare unngås dobbeltlagring hver gang en fil flyttes eller endrer navn, men hvis man også er påpasselig med å bruke Gits mv-kommando, vil historikken dens følge med, og handlingen vil ikke skape konflikt med eventuelle endringer av innholdet.
  • Sjekksum av innhold: Alt innhold i et Git-repositorium er indeksert etter sha1-sum. I tilfelle bitfeil i lagring eller overføring, kan man være rimelig sikker på at det vil oppdages. En slik sjekksum har den egenskap at den kan regnes ut dersom man har innholdet og den vil også endres dersom innholdet endres. Git bruker dette både som nøkler til innhold og for å oppdage endringer mellom arbeidskatalog og Git-repositorium.
  • Bedre til merge enn til branch: (Dette også i motsetning til CVS og SVN).

Begreper og kommandoerRediger

Selv om git funksjonalitet er tilgjengelig vha desktop-app (f.eks. SourceTree), tilleggsfunskjonalitet på populære editorer (Visual Studio, IntelliJ), intranett webapp (bitbucket), til og med internet web sites (github) har den først hatt et kommandospråk.

I Git kan en tilfeldig mappe gjøres om til et git repository (med git-kommandoene init, fork eller clone). Da etableres det en undermappe med navn .git. I denne lagres kopier med historikk av filsett i mappen over og i dets undermapper (Det stabile settet kalles Master, de midlertidige kalles branch). Filene utenfor .git mappen arbeider man med (det settet man jobber på kalles Head).

Man kan ha filer som git holder øye med (tracked), andre filer som ikke er underlagt versjonskontroll (untracked, kan legges til med add kommando, flyttes med mv, slettes med rm), og det kan være filer git ikke skal bry seg om (nevnt i filen .gitignore). Endringer i filene oppdages av git (modified) og kan klargjøres (staged -med add) og lagres i historikken (ved å ta en kommentert snapshot med commit), Det kan søkes etter tekst i mappen (grep).

Versjoner identifiseres med de første seks eller syv sifrene av en hashverdi returnert av commit. Endringer kan listes (status, log), vises (diff) eller forkastes (reset, revert, clean); forfatter kan identifiseres (blame), branch/filsett i fokus kan byttes med kopier i repositoriet (checkout), og versjoner man ønsker å kunne hente opp på nytt kan gis navn (tag).

Synkronisering mellom disse lokale branch/filsettene utføres med kommandoene merge eller rebase. De kan tenkes som leveranser mellom uavhengige repositorier. Hvis man har lokale endringer som man ikke ønsker å miste på grunn av en synkronisering, kan man lagre disse midlertidig (stash) og hente dem tilbake (pop). Synkronisering med sett i fjerne repositorier (origin) kan utføres med kommandoene fetch, remote add, pull, pull-request eller push, og patch kan applikeres med kommandoen am.

Eksempel på brukRediger

Følgende avsnitt gir eksempler på hvordan man kan bruke git via kommandolinje / terminal. Den tar utgangspunkt i at man med kommandolinje har navigert frem til en mappe som inneholder en fil ved navn "kildekode.cpp".

git init

Lager et nytt git respository i mappen du kjører kommandoen. Det er her alle kildefiler og versjoner av disse lagres.

git add kildekode.cpp

Legger til filen kildekode.cpp midlertidig til versjonen av prosjektet du jobber på. Hvis dette ikke er oppgitt vil du dytte opp til master versjonen (master branch).

git commit -m "lagt til første kildekodefil"

Gjør en commit på endringer og opprettelse av nye filer til versjonen av prosjektet du jobber på. Det vil si at endringene blir lagt til permanent og at disse dukker opp i loggen med meldingen "lagt til første kildekodefil".

git log --graph

Viser loggen til git prosjektet som er i mappen du befinner deg i. Flagget "--graph" lager en grafisk illustrasjon av hvordan de forskjellige versjonene av prosjektet er flettet sammen. Loggen inneholder også hvem som utførte commiten, og når dette ble gjort.

Eksterne lenkerRediger