Git

**Git** on hajautettu versionhallintajärjestelmä, joka on suunniteltu toimimaan tehokkaasti ja luotettavasti.

Git on suunniteltu POSIX-yhteensopiville käyttöjärjestelmille (mukaan lukien Linux ja macOS). Se toimii myös Microsoft Windowsilla; virallinen asennuspaketti perustuu MinGW MSYSiin ja sisältää myös tyypillisiä POSIX-ympäristöjen apuohjelmia, kuten Bash-komentotulkin ja OpenSSH-asiakasohjelman. Git voidaan asentaa Windowsiin myös Cygwin-järjestelmän osana. Unix-suunnittelufilosofian mukaisesti Git ei ole yksittäinen sovellusohjelma, vaan koostuu suuresta joukosta pienempiä sovelluksia, joista kukin toteuttaa yksittäisiä toimintoja.

Gitin sanotaan olevan kolmannen sukupolven versionhallintajärjestelmä, joka toimii hajautetusti ja seuraa muutosjoukkoja.
Muita vastaavia versionhallintajärjestelmiä ovat Mercurial ja GNU Bazaar.

Gitin alkuperäinen kehittäjä Linus Torvalds kertoo hajautetun järjestelmän eduksi, että politikointi käyttäjäoikeuksista poistuu: jokaisella käyttäjällä on oma tietovarasto (). Hajautettu versionhallinta mahdollistaa myös helpot ja luotettavat varmuuskopiot ja henkilökohtaisten kokeellisten tietovarastojen käytön. Aiemmissa järjestelmissä muutoksien yhdistäminen () oli monimutkainen operaatio.

## Historia
Linux-ytimen versionhallintaan käytettiin vuonna 2002 käyttöön otettua BitMoverin suljetun lähdekoodin BitKeeper-ohjelmistoa.
BitMover antoi BitKeeperin ilmaiseen käyttöön avoimen lähdekoodin projekteille, mutta sen ehtoja ja ratkaisua kritisoitiin. 
BitKeeper käytti hajautettua mallia, joka inspiroi projekteja kuten GNU Arch, Darcs ja Monotone.

Vuonna 2005 Andrew Tridgell pyrki tekemään BitKeeperiä käyttävän ohjelman takaisinmallinnuksella, joka oli vastoin BitKeeperin käyttöehtoja. Torvalds yritti sovitella Tridgellin ja BitMoverin Larry McVoyn välillä, mutta päättivät lopettaa BitKeeperin käytön.
Katsottuaan vaihtoehtoja Torvalds päätti kirjoittaa oman hajautetun versionhallintajärjestelmän korvaajaksi, koska Linux-ytimen kehitystiimin tarpeet täyttävää avoimen lähdekoodin järjestelmää ei tuolloin ollut olemassa. Kehityshetkellä olemassa olleissa muissa järjestelmissä oli omat ongelmansa kuten tiedostojen uudelleennimeämisen seuranta ja suorituskyky.

Torvalds inhosi keskitettyä mallia kuten Subversionissa ja kehotti katsomaan vaihtoehtoja kuten Monotonea.
Torvalds kritisoi Monotonea eräistä seikoista kuten tavasta käyttää ”tietokanta per kehittäjä” -mallia eikä ”tietokanta per lähdekoodipuu” -mallia. Myös Monotonen suorituskyky oli yksi vaikuttava tekijä: suorituskyky oli yksi keskeisistä vaatimuksista ja Monotone oli huomattavan hidas Linux-ytimen tiedostomäärällä.

Torvalds kertoo aloittaneensa Gitin kehityksen 3. huhtikuuta 2005 viimeisen BitKeeperillä tehdyn ytimen version 2.6.12-rc2 julkaisun jälkeen.
Itseään tukeva () Gitistä tuli noin päivässä: suuri osa kehitystyöstä ei ollut ohjelmakoodin kirjoittamista vaan tietojen käsittelyn suunnittelua. Itseään tukevana pidetään kuitenkin 7. huhtikuuta tehtyä tallennusta.
Ensimmäinen muutoksien yhdistäminen Linux-ytimeen Gitillä tapahtui 17. huhtikuuta 2005. Ensimmäinen Gitillä ylläpidetty Linux-ytimen julkaisu oli versio 2.6.12 kesäkuussa 2005.

Torvalds on kertonut, että koska on käyttänyt BitKeeperiä pitkään toimintamalli vain seuraisi BitKeeperin mallia eikä sen teknisiä yksityiskohtia: Torvalds tietoisesti pyrki välttämään BitKeeperin kloonin tekemistä.

Torvalds ilmoitti 27. heinäkuuta 2005 Gitin ylläpidon siirtymisestä Junio Hamanolle, joka oli innokas kehittäjä.

Varhaiset Git-komennot olivat vaikeaselkoisia, jotka kehittyivät Hamanon kehittäessä työkaluja.

## Nimeäminen

”Git” tarkoittaa brittiläisessä slangissa hölmöä tai hyödytöntä henkilöä tai jääräpäistä henkilöä. Linus Torvalds sanoi ”Olen itsekeskeinen paskiainen, joten nimeän kaikki projektit itseni mukaan. Ensin Linux, nyt git.” (*”I'm an egotistical bastard, and I name all my projects after myself. First Linux, now git.”*).
Kehityksen alkuvaiheissa nimeä kuvailtiin seuraavasti:

## Erityisominaisuudet
Git suunniteltiin olemaan mahdollisimman nopea (Linux-ytimeen tulee valtava määrä muutoksia), tukemaan hajautettua työskentelyä, ja estämään datan virheellisyys sekä katoaminen. Sen oli myös kyettävä hallitsemaan Linuxin valtavaa kokoluokkaa, toisin kuin monet muut järjestelmät, jotka eivät skaalaudu isojen hakemistopuiden hallintaan. Git suunniteltiin myös eri kehityshaarojen tehokkaaseen ja helppoon hyödyntämiseen.

Git on suunniteltu Unix-filosofian mukaiseksi ”työkalusarjaksi”: Gitissä on joukko ohjelmia, joista kukin tekee yhden tietyn asian hyvin.

Useimmissa muissa versionhallintajärjestelmissä on seurattu Source Code Control Systemin (SCCS) ”ajatusmallia”: niissä eräät toiminnot ovat olleet rivikohtaisella toiminnolla ja ylemmän tason ”näkymä” on puuttunut. Gitissä `blame`-toiminto on laajempi ja `annotate` taaksepäin yhteensopivuuden vuoksi muista järjestelmistä tulevia varten.

Tiedostojen uudelleennimeäminen Gitissä on *implisiittistä*: sitä ei nimenomaisesti seurata vaan se tulee ”automaattisesti”. Vanhemman CVS:n yleisenä heikkoutena pidetään sen tapaa tunnistaa koko päivityshistoria tiedoston nimen mukaan, jolloin tiedoston siirtäminen tai uudelleennimeäminen ei ole mahdollista joko keskeyttämättä tai uudelleennimeämättä sen historiaa, tehden siitä virheellistä. Useimmat uudemmat versionhallintajärjestelmät antavat tiedostoille oman pysyvän nimensä (tiedostojärjestelmissä käytetyn ”inoden” kaltaisen). Git ei käytä tämänkaltaisia tunnisteita, sillä koodia joudutaan välillä paloittelemaan tai yhdistelemään uudelleennimeämisen lisäksi. Tämän ylöskirjaaminen pelkkänä uudelleennimeämisenä jäädyttäisi historian jälleen virheelliseksi, mistä johtuen Git tunnistaa uudelleennimeämiset automaattisesti tallennehistoriaa selaamalla sen sijaan, että se kirjattaisiin jo tallennushetkellä. (Yksinkertaistettuna version *N* jokin tiedosto on uudempi kuin *N-1*:n. Kun *N-1*:stä ei löydy kyseisen nimistä tiedostoa, Git etsii tiedostoa joka löytyy vain tästä versiosta, ja on sisällöltään mahdollisimman samanlainen uudempaan verrattuna.) Tämä vaatii kuitenkin luonnollisesti enemmän säikeitä (kuormittaen siten prosessoria) sekä monenlaisia asetuksia kontrolloimaan heuristiikkaa.

Gitin on myös päätetty olevan seuraamatta tyhjiä hakemistoja. Tästä syystä pelkkien hakemistojen seuraamiseen on kansioon luotava aina vähintään yksi tyhjä tiedosto (esim. `.gitignore`).

Gitissä lähes jokainen operaatio on *paikallinen*: tämä mahdollistaa työskentelyn myös ilman jatkuvaa verkkoyhteyttä. Paikallisen lisäksi voi käyttää jaettua verkkolevyä (kuten NFS) tai palvelinta (HTTP, SSH ja Git-protokollat). Tietovarastoon voi liittää muita tietovarastoja, joihin viitataan lyhyillä nimillä (kuten *origin*, joka on oletusnimi tietovarastolle, josta olet kloonannut). Esimerkiksi eri kehittäjien tietovarastoista voi hakea muutoksia omaan tietovarastoon (sekä paikallisesti että verkon kautta).

Git eroaa useimmista versionhallintajärjestelmistä seuraamalla tilannekuvia () yksittäisten tiedostojen erojen (delta) sijaan.

Gitin tietovarasto tukee useita lähdekoodipuita (`worktree`). Uusi lähdekoodipuu on ”linkitetty puu” eikä ”pääpuu” kuten `init`- tai `clone`-komennolla tehdessä.

Kaikelle Gitissä säilötylle lasketaan tarkistussumma SHA-1 tiivistefunktiolla jolla muutokseen viitataan: tämän johdosta on mahdotonta muuttaa minkään tiedoston sisältöä ilman että versiohallinta tietää siitä, jolloin et voi kadottaa tietoa tai menettää tietoa korruptoitumiselle.
Torvaldsin mukaan ajatus sisällönosoittamistekniikasta on lainattu Monotonesta.
Gitin käyttämä sisällönosoittaminen ja tapa säilöä tietoa objekteissa (muutostiedostojen sijaan) mahdollistaa minkä vain sisällön tallentamisen Gitissä.

Torvalds on kertonut kääntyneensä Bitkeeperin kehittäjän Larry McVoyn kannalle siinä, että ”kirsikan poimiminen” (, tiettyjen muutoksien valinta) on väärä toimintamalli, joka viittaa tiettyjen henkilöiden olevan ”ylhäällä” ja toisten ”alhaalla”: Linux-ytimen kehitys on entistä enemmän ”verkkomalli”, jossa Torvalds on vain ”keskeinen henkilö” eikä ”päällimmäinen”. Git tukee eri toimintamalleja versiohallinnassa kuten keskitetty työmalli, *integraationhoitajamalli* ja *hyväntahtoinen diktaattorimalli*, joissa muutokset etenevät yhden tai useamman tietovaraston kautta. Tiettyjen muutoksien valinta on mahdollista `git cherry-pick` -komennolla.

### Haarojen käyttö
Gitissä haarojen (`branch`) tekeminen ja niiden välillä vaihtaminen (`switch`, `checkout`) ovat nopeita ja se kannustaa toimintamalleihin, joissa haarautumista ja yhdistämistä (`merge`) tehdään paljon. Monissa versionhallintatyökaluissa haarojen tekeminen ja yhdistäminen on vaativa toimenpide, joka voi vaatia uuden kopion lähdekoodeista, joka on hidasta suurissa projekteissa.

Haaran vaihtamisen yhteydessä Git pyrkii varmistamaan ettei tietoja kadoteta ja huomauttaa, jos työkopiossa on tallentamattomia muutoksia: muutokset voi tallettaa (`commit`) tai vaihtoehtoisesti säilöä (`stash`) jos muutokset eivät ole valmiita talletettavaksi. Haaran vaihdossa Git pyrkii palauttamaan viimeisimmän talletuksen tilan. Säilö (stash) toimii pinon kaltaisella periaatteella, jossa muutoksia säilötään päälle ja niitä haetaan päältä: lisäksi voi viitata suoraan haluttuun muutokseen jonka haluaa palauttaa päällimmäisenä olevan sijaan.

Muutoksien yhdistäminen tukee erilaisia menetelmiä: *resolve*, *recursive* ja *octopus*, joista viimeisessä voi olla useita lähteitä yhdistettävänä. Uudempi menetelmä on *ort*, jossa käytetään samoja konsepteja, mutta suorituskyky on parempi.
Jos haaraan yhdistetään muutoksia, jotka ovat lähdekoodipuussa suoraan edellä voidaan suorittaa ”pikakelaus” (”fast-forward”) eli vain päivitetään viittaamaan uudempaan ilman varsinaista yhdistysoperaatiota.
Samaan kohtaan kohdistuvat muutokset voivat aiheuttaa konfliktin, jossa ohjelma ei automaattisesti pysty päättelemään mikä on oikea lopputulos. Konfliktin ratkaisuksi voidaan muokataan työversiossa olevaa lähdekoodia, johon on merkitty eri versioiden muutokset.

### Alimoduulit ja alipuut
Git tukee alimoduulien (`submodule`) tallentamista osana laajempaa projektia: käyttökohde on erikseen seurattavat projektit jotka voivat riippua toisistaan.
Projekti voi riippua toisista projekteista, joita käytetään myös toisissa projekteissa. Lähdekoodin kopiointi jokaiseen projektiin joka käyttää sitä on työlästä ja vaikeuttaa päivittämistä. Alimoduulilla voi viitata suoraan toiseen projektiin ilman sen kopioimista. Alimoduuli viittaa tiettyyn talletukseen tietovarastossa.

Alipuu (`subtree`) tekee vastaavan kuin alimoduuli eli sallii toisen tietovaraston sijoittamisen toisen alle, mutta ei käytä erillistä seurantaa sen hakemistopuulle.
Yksinkertaistettuna alipuu on kopio toisesta tietovarastosta kun taas alimoduuli on vain viittaus toiseen tietovarastoon.

### Tiivisteet
Git käyttää nykyisin SHA-1-tiivistefunktiota tiedostojen seurantaan. Git siirtyi versiossa 2.13.0 vahvennettuun SHA-1:een, joka ei ole haavoittuvainen vuonna 2017 julkaistulle SHAttered-hyökkäykselle.
Siirtyminen uudempaan SHA-2 standardiin on työn alla.

Olioiden tallennus Gitissä on yksinkertaistettuna "vain" suunnattu syklitön verkko, jossa on kourallinen eri oliotyyppejä, joihin viitataan tiivisteellä.

Git tallettaa tietoa useisiin objekteihin.
Tiedostoihin viitataan niiden sisällöstä lasketulla tiivisteellä. Tiedoston siirtäminen eri hakemistoon tai sen nimen muuttaminen ei muuta sen tiivistettä, mutta hakemiston sisältöä luetteloivan hakemisto-objektin tiiviste muuttuu. ”Commit”-objekti sisältää tietovaraston tilanteen tietyllä ajanhetkellä. ”Commit”-objekti sisältää metatietoa kuten tekijän ja aikaleiman, tiivisteen hakemistopuusta sekä edellisen talletuksen tiivisteen (tai useamman talletuksen muutoksien yhdistämisen tapauksessa). Näillä tiedoilla Git voi tuottaa tietovarastossa olevien tiedostojen tilan kullekin tallennukselle ja voi havaita mitä tietovarastossa on muuttunut.

Muutos tiedoston sisältöön muuttaa sen omaa tiivistettä, tiedoston sisältävän hakemiston tiivistettä ja tietovaraston tilaan viittaavaa tiivistettä.

### Digitaalinen allekirjoitus
Git tukee digitaalista allekirjoittamista ja sen tarkistamista GPG:llä. Kehittäjät voivat allekirjoittaa yksittäisen muutoksen (`commit -S`) tai koko tietovaraston tilan (, `tag -s`) ja tiivisteiden käytöllä havaitaan mikäli tietovarasto ei ole sama kuin on allekirjoituksella vahvistettu.

### Käyttäjäoikeudet
Git ei itse käsittele käyttäjäoikeuksia, vaan siihen käytetään olemassa olevia työkaluja kuten SSH, tiedostojärjestelmän asetukset, käyttäjäoikeuslistat (ACL) ja muita tekniikoita.
Linux-ytimen versiohallinnassa käytetään gitolite-ohjelmaa oikeuksien hallintaan.

### Suorituskyky
Vertailussa GNU Bazaarin ja Mercurialin kanssa Git oli kertaluokkia nopeampi.

Koska Git ei tarvitse verkkoyhteyttä muutoshistorian selaamiseen se on merkittävästi nopeampi kuin Subversion historian selaamisessa.

### Varmuuskopiot
Torvaldsin mukaan järjestelmän etuna on helpot ja luotettavat varmuuskopiot. Gitiä on sanottu varmuuskopiointijärjestelmäksi itsessään ja käytetty muun muassa tietokannoille.

Tietojen eheyden ja oikeellisuuden tarkistamiseen on `git fsck` -komento. Lisäksi git tekee taustalla useita asioita ylläpidollisiin tarkoituksiin.

### Suuret tietovarastot
Suurien tietovarastojen kanssa toimintaan on lisätty osittainen kloonaaminen sekä "harva checkout" (`git sparse-checkout`): näillä ominaisuuksilla haetaan paikalliseksi vain osa tietovaraston objekteista ja työkopiosta käytetään vain osa, joka on tyypillsesti rajattu tiettyihin alihakemistoihin. Tyypillisesti tietovarasto Gitissä sisältää kaiken tiedon ja koko historian: osittaisella kloonilla voidaan rajata käyttö tiettyyn alihakemistoon.

Suurien referenssimäärien (haarat ja tagit) käyttöä varten Gitiin on lisätty vaihtoehtoinen tallennusmuoto "reftable". Reftable nopeuttaa viittauksien hakua sekä tarkistamista, että objektiin on olemassa viittaus.

## Ohjelmistotuki
Git integroituu useisiin ohjelmointiympäristöihin.
Microsoftin Visual Studio -kehitysympäristössä on tuki Git-versionhallinnalle.
libgit2 on linkitettävä kirjasto, jota voidaan käyttää muissa ohjelmissa Gitin ydintoiminnallisuudelle.

Gitille on tehty useita graafisen käyttöliittymän sovelluksia. Gitille on tehty myös SQL-rajapinta. GitWeb on Gitin mukana tuleva verkkoselaimella käytettävä käyttöliittymä. cgit on käytössä Linux-ytimen versiohallintapalvelimella.

Tietovarastojen siirtämiseksi Subversionista Gitiin on olemassa muun muassa Eric S. Raymondin reposurgeon sekä git-svn työkalut. Gitissä on eräitä valmiita komentoja tietojen hakemiseen muista järjestelmistä kuten Subversionista, Mercurialista, Bazaarista ja Perforcesta.

### VFS for Git
Microsoft on julkaissut *Git Virtual File System* (GVFS) -projektin laajojen projektien hallintaan. Projekti mahdollistaa osan lähdekoodeista näkyvän virtuaalisesti osana tietovarastoa (*repository*) varsinaisen latauksen tapahtuessa kun tiedostoa tarvitsee käsitellä.

Nimi muutettiin muotoon *VFS for Git* jotta se ei sekoitu GNOME-projektin GVFS:n kanssa.

## Käyttö
Eclipse Foundationin mukaan Git oli käyttäjäyhteisössä tehdyn kyselyn perusteella suosituin versionhallintajärjestelmä vuonna 2014.
RhodeCoden mukaan Git oli vuonna 2016 usealla eri mittaustavalla selkeästi suosituin versionhallintajärjestelmä. Stack Overflow’n kyselyssä vuonna 2018 Git oli selkeästi suosituin versionhallintajärjestelmä.

Gitin suosion syiksi sanotaan seuraavia:
* hajautettu periaate helpottaa toimintaa heikkojen verkkoyhteyksien kanssa, eri aikavyöhykkeillä ja joustavampi työtapa: kyky toimia useiden tietovarastojen () kanssa
* haarojen ja muutosten yhdistäminen tapahtuu hetkessä ja paikallisesti sekä kyky muistaa jo yhteen liitettyjä muutoksia
* *kokoontumisalue* () mahdollistaa useiden muutoksien kokoamisen muutosjoukoksi
* paras markkinointikampanja: Torvaldsilla on suuri vaikutus
* GitHub levisi harrastekäytöstä ammattikäyttöön ja lisäsi sosiaalisen median ominaisuuksia

Gitiä on alettu vuoteen 2009 mennessä hyödyntää Linuxin ohella lukuisissa korkean profiilin ohjelmistohankkeissa kuten: Perl, GNOME, Qt, Samba, Kannettava tietokone jokaiselle lapselle ja Googlen Android-käyttöjärjestelmä. 
Vuonna 2020 GCC siirtyi käyttämään gitiä versiohallintaan. Ars Technican mukaan Microsoft käyttää nykyisin Gitiä Windowsin lähdekoodien hallintaan.

Hajautetun versionhallintajärjestelmän avulla kehitys on siirtynyt parempaan kehitysmalliin: Linux-ytimen kehitys on skaalautunut tuhansien ihmisten yhteiseen kehitystyöhön.

## Isännöintipalvelut
Gitiä käyttäviä lähdekoodin isännöintipalveluita on useita, joista suosituimpiin kuuluvat:
* GitHub, nykyisin Microsoftin omistuksessa
* GitLab
* Bitbucket, Atlassianin omistuksessa
* SourceForge

Vastaavan palvelun Gitin kanssa voi aloittaa itse käyttämällä ohjelmistoja kuten Phabricator, Jenkins ja GitLabin ohjelmisto.

## Kritiikki
Gitiä on kritisoitu vaikeudesta, jota on parannettu kehittämällä työkaluja. Vaikeuden on sanottu johtuvan joustavuudesta ja olevan joustavan järjestelmän synnynnäinen piirre. Osa vaikeudesta on peräisin erilaisesta kokemustaustasta.

Gitin mukana tulee suuri joukko työkaluohjelmia ja komentoja, joista pieni osa riittää normaalikäytössä.

## Julkaisut
Gitin julkaisuissa vX.Y.0 ovat ”ominaisuusversioita” ja vX.Y.Z ”ylläpitoversioita”. Ennen Gitin versiota v1.9.0 vX.Y.Z olivat ”ominaisuusversioita” ja vX.Y.Z.W ”ylläpitoversioita”.

## Lähteet

## Aiheesta muualla

* Gitin virallinen sivusto
* Git User Manual 
* Git Magic – Listaus Git-vinkeistä ja vähemmän tunnetuista ominaisuuksista.
* Git Quick Reference 
* Tech Talk: Linus Torvalds on git YouTube 
* Pro Git kirja verkossa 
* Interfaces, frontends, and tools