Zamislite da 50 developera radi na istom projektu bez ikakvog sustava za verzioniranje. Netko briše dio koda koji je drugi upravo završio. Nitko ne zna tko je što promijenio i kada. Zadnja stabilna verzija bila je negdje na nečijem laptopu, koji je upravo pao. Ovaj horor scenarij nije izmišljotina — to je bio svakodnevni život softverskih timova prije nego što je Git ušao u sliku.
Danas, Git koristi 93,87% svih developera na svijetu. GitHub, najveća platforma za hostanje Git repozitorija, ima 150 milijuna korisnika i 630 milijuna repozitorija — s novim projektom koji se stvara svake četiri sekunde. Tržište alata za verzioniranje koda vredi 1,48 milijardi dolara u 2025. i projicira se na 3,22 milijarde do 2030.
Što je Git i zašto je drukčiji?
Git je distribuirani sustav za kontrolu verzija — alat koji prati svaku promjenu koda, bilježi tko je što promijenio i kada, te omogućuje vraćanje na bilo koji raniji trenutak u povijesti projekta. Za razliku od starijih centraliziranih sustava (poput SVN-a), Git svaki developer ima potpunu kopiju cijele povijesti projekta na svom računalu.
Ova razlika je ključna. Centralizirani sustav ovisi o jednom centralnom serveru — ako server padne, tim stoji. S Gitom, svaki repozitorij je potpuna, neovisna kopija. Možete raditi bez internetske veze, commitati lokalno, a sinkronizirati kad ste online. Distribuiranost nije samo tehnički detalj, to je filozofija: nema jedne točke neuspjeha.
Git je stvorio Linus Torvalds — isti čovjek koji je napravio Linux kernel — 2005. godine, kad je trebao bolje rješenje za upravljanje ogromnom bazom koda Linux kernela. U dva tjedna napravio je prototip koji je bio brži od svega što je tada postojalo.
Commit: fotografija projekta u nekom trenutku
Osnovna jedinica Gita je commit — snimak stanja cijelog projekta u određenom trenutku. Svaki commit ima: jedinstveni identifikator (hash), autora, vremensku oznaku, poruku koja opisuje što je promijenjeno i referencu na prethodni commit. Zajedno, svi commiti čine linearnu ili granatu povijest projekta.
Ovaj model daje nešto što je dragocjenije nego što se čini na prvu: objašnjenje zašto je nešto napravljeno. Bugovi se ne pojavljuju iz ničega — uvijek postoji commit koji ih je uveo. Git blame, alat koji prikazuje tko je napisao svaki redak koda, nije alat za optužbu (unatoč imenu), nego za razumijevanje konteksta. Čest nalaz: autora buga je isti developer koji je godinu dana ranije napravio i fix za njega, pa je zaboravio.
GitHub bilježi više od 5 milijardi doprinosa (commitova, pull requestova, komentara) godišnje na javnim i privatnim repozitorijima. Svaka od tih akcija je trag koji ostaje trajno u povijesti projekta.
GitHub: od alata do ekosustava
Git je protokol i alat — GitHub je platforma koja je oko njega izgradila čitav ekosustav suradnje. Osnovana 2008., preuzela je Microsoft 2018. za 7,5 milijardi dolara, što je tada bilo jedno od najvećih akvizicija u tehnološkoj industriji.
GitHub danas drži 67,8% tržišnog udjela u hosting-u VCS platformi. Bitbucket ima 7,2%, Microsoft Azure DevOps 9,71%, a GitLab značajan udio u enterprise segmentu. Ali samo posjedovanje broja ne govori puno — GitHub je postao de facto standard za open source razvoj, što znači da ga poznavanje nije opcija za nijednog developera koji želi surađivati na projektima izvan svog tima.
Branching i kultura pull requesta
Jedna od najvažnijih praksi koje je Git (i posebno GitHub) popularizirao je model grananja i recenzije koda putem pull requestova.
Branch (grana) je paralelna linija razvoja — kopija glavnog koda gdje možete nesmetano raditi na novoj značajci, ispravku buga ili eksperimentu, bez ikakve opasnosti da pokvarite ono što već radi. Kad završite, otvarate pull request: formalnu zamolbu da se vaše promjene pregledaju i integriraju u glavnu granu.
Ovaj model je promijenio kako timovi surađuju. Umjesto da developer direktno gura kod u produkciju, svaka promjena prolazi kroz pregled. Kolega ili kolegica čita kod, ostavlja komentare, predlaže poboljšanja. Greške se hvataju prije nego što dođu do korisnika. Znanje se širi unutar tima — umjesto da samo jedan developer razumije određeni dio koda, barem dvoje ga je vidjelo.
Što git povijest otkriva o projektu
Iskusni developeri znaju da povijest Gita nije samo evidencija promjena — to je dokumentacija odluka. Dobro napisan commit message objašnjava zašto je nešto napravljeno, ne samo što je promijenjeno. Razlika između poruke popravak i ispravak greške u kalkulaciji poreza zbog promjene zakona §29b — nije estetska, nego funkcionalna.
Kad se godinu dana kasnije pojavi bug, prva stvar je pregled Gita: koji commit je uveo promjenu? Što je pisalo u commit messageu? Koji issue tracker stavka je bila vezana za tu promjenu? U dobro vođenim projektima, odgovor na te pitanje dolazi za manje od minute.
Git blame pokazuje za svaki redak koda kad je napisan i tko ga je napisao. Zvuči zastrašujuće, ali u praksi se koristi za razumijevanje konteksta: ovaj redak je napisan u žurbi prije releasea, možda ima smisla refaktorirati. Ili: ovo je pisao senior developer s razlogom, nemoj dirati.
Git u 2026. i budućnost
Više od 102.000 kompanija koristi Git kao primarni alat za verzioniranje koda. VCS tržište raste po stopi od 16,9% godišnje i projicira se na 3,22 milijarde dolara do 2030., potaknuto integracijom s AI alatima i rastom cloud razvoja.
AI asistenti poput GitHub Copilota, koji su integrirani direktno u Git okruženje, počinju mijenjati kako se kod piše — ali ne i kako se verzionira. Osnove Gita ostaju iste: commit, branch, merge, pull request. Što god se dogodi s AI-em, te koncepte vrijedi razumjeti duboko.
Git nije alat koji se uči jednom i zaboravi. To je infrastruktura na kojoj se temelji svaki moderni softverski razvoj. Kao što ne možete graditi aplikaciju bez razumijevanja baze podataka, ne možete raditi u timu bez razumijevanja verzioniranja. Git nije samo verzioniranje koda — to je jezik kojim razvojni timovi razgovaraju o svom radu.
