Objavljeno 31. svibnja 2026.Aron Balog

Git: zašto 94% developera ne bi moglo raditi bez njega

Git koristi 93,87% developera na svijetu. Ali što je Git zapravo, zašto je toliko dominantan i kako je promijenio način na koji timovi surađuju na kodu?

Šareni programski kod prikazan na zaslonu računala

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.

Izvori i dodatno čitanje

Više članaka

← Nazad na blog