Git za razvojne programere: Tijekovi rada, alati i bitni resursi

Početna » Piton » Git za razvojne programere: Tijekovi rada, alati i bitni resursi

Git je postao jedan od onih alata koje svaki moderni programer mora znati, bez obzira piše li frontend, backend, mobilni ili podatkovni kod. To je više od pukog praktičnog načina prijenosa projekata u oblak – to je temelj za suradnju, sigurno eksperimentiranje i profesionalne tijekove rada.

Ako tek započinjete svoje putovanje kao programer i stalno slušate o Gitu i GitHubu, ali se i dalje osjećate potpuno izgubljeno, niste ni blizu sami. Mnogi početnici se obeshrabre satnim tutorijalima punim naredbi koje ne razumiju. Dobra vijest je da Gitu možete pristupiti korak po korak, razumjeti što je zaista važno za svakodnevni razvoj, a zatim postupno usvojiti naprednije tijekove rada koji se koriste u velikim projektima i tvrtkama.

Što je Git zapravo (i kako se razlikuje od GitHuba)

Git je besplatni, distribuirani sustav za kontrolu verzija otvorenog koda dizajniran za praćenje promjena u vašem kodu velikom brzinom i pouzdanošću. Izvorno je stvoren za upravljanje Linux kernelom – jednim od najvećih i najsloženijih projekata otvorenog koda na svijetu – tako da se bez napora skalira od malih sporednih projekata do masivnih poslovnih kodnih baza.

Nazvati Git "distribuiranim" znači da svaki programer ima potpunu kopiju povijesti repozitorija na svom računalu, ne samo najnovije datoteke. Ova arhitektura izuzetno ubrzava svakodnevne naredbe poput potvrđivanja (commit), razlikovanja (diffing) i grananja te vam omogućuje da nastavite raditi čak i ako ste privremeno izvan mreže. Samo kada želite podijeliti svoj rad ili sinkronizirati ga s drugima, potreban vam je udaljeni poslužitelj.

S druge strane, GitHub nije sam Git, već platforma za hosting izgrađena oko Git repozitorija. Djeluje kao online dom za vaše projekte, pružajući vam udaljene repozitorije, alate za suradnju, praćenje problema, zahtjeve za povlačenjem, projektne ploče i dinamičan društveni sloj gdje preko 100 milijuna programera surađuje na više od 300 milijuna repozitorija.

U praksi, Git se pokreće lokalno na vašem računalu, dok GitHub (ili GitLab, Bitbucket, SourceForge i slične usluge) pruža centralno mjesto gdje vaš tim - ili cijeli svijet - može dohvatiti i doprinijeti kodu. Git apsolutno možete koristiti bez GitHuba, ali suradnja u velikom opsegu bez nekog udaljenog hosta bila bi bolna i sklona greškama.

Zašto programeri ne mogu živjeti bez Gita

Razvoj softvera je inherentno kolaborativan, čak i kada se čini kao da programirate sami. Timovi moraju paralelno eksperimentirati s funkcijama, pratiti pogreške i voditi pouzdanu povijest razvoja proizvoda. Git rješava sve te probleme, a istovremeno ostaje dovoljno brz da vam ne smeta.

Prvo, Git vašem projektu daje jednu, dobro strukturiranu povijest umjesto kaosa poput "app_final.js", "app_v2_final_really.js" gomila u nasumičnim mapama. Svaka promjena nalazi se u commitu s autorom, vremenskom oznakom i porukom, tako da možete provjeriti što se promijenilo, kada i zašto. To znatno olakšava otklanjanje pogrešaka, revizije i uključivanje novih članova tima.

Drugo, Git omogućuje razumnu suradnju tako što omogućuje više programera uređivanje istog projekta - a ponekad čak i iste datoteke - bez stalnog prepisivanja međusobnih radova. Grane izoliraju promjene, a spajanja ih usklađuju. Kada se pojave sukobi, Git vas vodi do točnih redaka koje trebate ispraviti, umjesto da tiho skriva ili odbacuje rad.

Treće, Git služi i kao ugrađeni sustav za sigurnosno kopiranje vašeg izvornog koda. Čim se vaš repozitorij prenese na udaljenu platformu poput GitHuba ili GitLaba, vaš rad je siguran od kvarova prijenosnog računala, slučajnih brisanja ili prolijevanja kave. U slučaju katastrofalne promjene, možete se vratiti na bilo koju prethodnu commit poruku u sekundama.

Uz sve to, Gitova priroda otvorenog koda i masivni ekosustav znače da vam nikada neće nedostajati alata ili integracija. Postoje grafički klijenti, poboljšani terminali, IDE dodaci, CI/CD sustavi i alati za pregled koda, svi koristeći isti Git jezik uz dodavanje korisnih slojeva, te resursi o napadima na lanac opskrbe poput napad na npm u lancu opskrbe.

Git i GitHub u stvarnim razvojnim tijekovima rada

Različiti projekti usvajaju malo drugačije Git tijekove rada, ali većina profesionalnih postavki dijeli isti osnovni obrazac: klon → grana → uredi → potvrdji → objavi → preuzmi → pretraži → spoji → sinkroniziraj. Rano učenje ovog toka znatno olakšava pridruživanje timovima otvorenog koda ili tvrtkama kasnije u karijeri.

U tipičnom web razvoju, započinjete s dobivanjem lokalne kopije projekta. To može značiti kloniranje postojećeg repozitorija ili, za javne projekte, često prvo "forknete" kod na vlastiti GitHub račun, a zatim klonirate taj fork. Fork je vaša privatna kopija na GitHubu; klon je stvarni direktorij na vašem računalu s izvornim datotekama plus skrivenim .git mapa.

Sljedeće dolazi grananje: prije implementacije nove značajke ili ispravka programske pogreške, stvara se namjenska grana nazvana po toj promjeni, kao što je add-search or bugfix-login-timeout. Grane odvajaju vaš rad od glavne grane spremne za produkciju, tako da možete slobodno eksperimentirati bez narušavanja onoga na što se korisnici trenutno oslanjaju.

Dok mijenjate kod, periodički stvarate commitove koji grupiraju povezane izmjene sa smislenom porukom. Umjesto jednog divovskog "ažuriranja" nakon tjedan dana, ciljate na manje kontrolne točke poput "Dodavanja obrasca za pretraživanje rasa" ili "Refaktoriranja komponente paginacije". S vremenom to stvara čitljivu priču o vašem radu koju suigrači - i budući vi - mogu razumjeti.

Kada ste zadovoljni s granom, šaljete je na udaljenu lokaciju i otvarate zahtjev za povlačenjem (PR) – GitHubov mehanizam za predlaganje promjena. Drugi programeri pregledavaju vaš kod, ostavljaju komentare, traže prilagodbe i na kraju odobravaju spajanje u glavnu granu. Ovaj je proces sličan u mnogim velikim projektima, od web aplikacija do platformi poput Moodlea ili velikih sustava za upravljanje sadržajem.

Nakon što je PR spojen, ažurirate svoj lokalni klon tako da odgovara najnovijem stanju glavne ili stabilne grane. Za kontinuirani razvoj, ponavljate ciklus s novim granama, održavajući svoje osobne forkove sinkroniziranima s "upstream" repozitorijem i čisteći grane koje su već integrirane.

Instaliranje i konfiguriranje Gita za razvoj

Prije nego što možete koristiti bilo koji od ovih tijekova rada, morate imati instaliran i ispravno konfiguriran Git na svom računalu. Srećom, Git je dostupan za gotovo svaki operativni sustav i može se postaviti za nekoliko minuta.

Na Linux distribucijama poput Debiana ili Ubuntua, Git se obično isporučuje u upravitelju sistemskih paketa. Instalirate ga uobičajenom naredbom za paket, a zatim provjerite s git --version u terminalu. Korisnici macOS-a mogu instalirati putem Homebrewa, Xcode alata ili izravnim preuzimanjem, a korisnici Windowsa mogu preuzeti službeni instalacijski program „Git za Windows“, koji također uključuje Git Bash – Unix-sličan terminal prilagođen za Git naredbe.

Nakon što je Git instaliran, trebali biste odmah konfigurirati svoj identitet tako da vaši commiti nose ispravno ime autora i e-mail adresu. Te vrijednosti postaju trajne nakon što se vaš kod spoji s javnim projektima, stoga koristite svoje pravo ime s pravilnim velikim slovima umjesto nadimaka ili malih slova. Ova mala pažnja prema detaljima izgleda profesionalnije i odgovara smjernicama za doprinos mnogih projekata.

Još jedan važan dio podešavanja je ponašanje završetka retka, posebno ako radite na projektima koji rade na više platformi. Mnoge kodne baze, poput Moodlea, inzistiraju na korištenju Unixovih znakova za pomicanje retka (LF) svugdje. Kako biste izbjegli suptilne probleme i neispravne testove, onemogućite ili pažljivo konfigurirajte bilo kakvu automatsku pretvorbu između LF-a i CRLF-a i u Gitu i u vašem editoru ili IDE-u. Neka vaši alati tretiraju završetke redaka kao namjerni dio koda, a ne kao nešto što se "popravlja" iza vaših leđa.

Konačno, za slanje na platforme poput GitHuba obično ćete konfigurirati SSH ključeve. Generiranje para ključeva, dodavanje javnog ključa vašem Git hosting računu i korištenje SSH URL-ova za daljinske uređaje eliminira stalne zahtjeve za lozinkom i zadovoljava moderne sigurnosne zahtjeve poput GitHubove SSH-only politike za određene operacije.

Pravilno postavljanje javnih i lokalnih repozitorija

Kada ste spremni ozbiljno doprinijeti projektu - bilo da se radi o vlastitoj aplikaciji ili velikom sustavu otvorenog koda - isplati se promišljeno postaviti i javne i lokalne repozitorije. Ova postavka određuje koliko lako možete sinkronizirati promjene, pratiti grane i surađivati ​​s drugima.

Za projekte hostane na GitHubu, prvi korak je stvaranje računa i, ako doprinosite postojećoj kodnoj bazi, fork (razdvajanje) izvornog repozitorija. Forking stvara punu kopiju pod vašim korisničkim imenom kojim upravljate. U postavkama forka možete omogućiti i GitHub Actions ili druge CI alate za automatsko pokretanje testova pri svakom puštanju.

Lokalno, klonirate svoj fork (ili dijeljeni repozitorij vašeg tima) koristeći git clone, koji istovremeno izvršava nekoliko radnji. Stvara direktorij projekta, inicijalizira lokalni Git repozitorij, postavlja izvorni udaljeni repozitorij kao origin i provjerava zadanu granu – obično main ili određenu stabilnu granu. Odavde se sav vaš rad odvija u ovom direktoriju.

Kako bi vaš javni fork bio usklađen s izvornim projektom, mnogi timovi dodaju drugi udaljeni projekt pod nazivom upstream pokazujući na službeni repozitorij. Na taj način možete redovito git fetch upstream i gurnite sve ažurirane grane iz uzvodnog sustava natrag u svoju vlastitu originOva je praksa uobičajena u velikim ekosustavima poput Moodlea, gdje postoje dugovječne stabilne grane poput MOODLE_401_STABLE koje nikada ne biste trebali izravno mijenjati.

Ključna smjernica u ovim okruženjima je izbjegavanje izravnog prelaska na kanonske grane kao što su main ili imenovane stabilne grane. Te grane su namijenjene za "brzo prosljeđivanje" - što znači da se razvijaju samo putem čistih spajanja iz tematskih grana. Svaki dio rada dobiva svoju namjensku granu, što olakšava pregled, testiranje i povratno prenošenje ili odabir između verzija.

Od ideje do zakrpe: grananje, potvrđivanje i prepisivanje povijesti

Kada počnete raditi na novoj značajki ili ispravku programske pogreške, vaš prvi potez trebao bi biti stvaranje tematske grane temeljene na pravoj ciljnoj grani. Na primjer, ako ispravljate grešku u Moodleu 4.1, možete se odvojiti od MOODLE_401_STABLE; za značajke usmjerene prema budućnosti vjerojatno se oslanjate na mainEksplicitno navođenje vaše osnovne grane pomaže u izbjegavanju neugodnih iznenađenja tijekom integracije.

Možete provjeriti u kojoj se poslovnici trenutno nalazite git branch ili naprednije naredbe za status. Aktivna grana je označena i odatle koristite git checkout -b new-branch-name base-branch (ili noviji git switch naredbe) za rezanje nove grane. Odmah nakon grananja, vaše radno stablo bit će čisto – još bez promjena – tako da možete sigurno započeti s uređivanjem.

Dok kodirate, usvojite naviku stvaranja malih, fokusiranih commitova s ​​jasnim porukama. Na primjer, prilikom poboljšanja jednostavne HTML stranice, prvo možete stvoriti granu pod nazivom header, dodajte navigacijsku traku pokretanu Bootstrapom u index.html, zatim trči git add --all nakon čega slijedi commit poput "Add simple header to home page"Svaki commit trebao bi obuhvatiti jedan logičan korak, a ne slučajnu mješavinu nepovezanih modifikacija.

Poruke commita su puno važnije nego što početnici često misle. Tijekom vremena, projekti akumuliraju tisuće commitova, a mogućnost pregleda povijesti i odmah razumijevanja što je svaki commit pokušao učiniti je neprocjenjiva. Oduprite se iskušenju korištenja usputnih poruka poput „popravi“ ili „promijeni“ kada novost prođe – vaši suigrači (i vaše buduće ja) bit će vam zahvalni.

Ponekad ćete nakon potvrde shvatiti da ste krivo napisali poruku ili želite reorganizirati svoj rad. Git nudi moćne alate za prepisivanje povijesti kao što su git reset i git rebaseNa primjer, možete resetirati svoju granu na čistu bazu, a da pritom sve modifikacije ostanu nepromijenjene, a zatim ih ponovno potvrditi (commit) u boljem redoslijedu. Ili izvršiti interaktivno rebase za uređivanje poruka, spajanje više malih potvrda (commitova) u jednu ili potpuno izostavljanje nepotrebnih koraka.

Kad god prepisujete povijest koja je već poslana na udaljenu granu, morat ćete prisilno vratiti granu natrag gore. Naredbe poput git push --force-with-lease Ažurirajte udaljenu granu kako bi odgovarala vašoj lokalnoj povijesti prerađenih radova, a istovremeno se zaštitite od slučajnog prepisivanja rada koji je netko drugi u međuvremenu objavio. Pažljivo koristite ove alate u dijeljenim granama, ali ih se nemojte bojati u granama značajki koje posjedujete.

Suradnički tijekovi rada: zahtjevi za povlačenjem, pregledi i ponovno baziranje

Nakon što vaša grana izgleda dobro lokalno, suradnja zaista počinje kada je pošaljete na udaljenu podružnicu i otvorite zahtjev za povlačenjem. Na platformama poput GitHuba, PR-ovi su mjesto gdje se spajaju pregled koda, automatizirane provjere, rasprave o dizajnu i konačna odobrenja.

Dobar PR počinje opisnim naslovom i sažetkom, odražavajući jasnoću vaših commit poruka. Povežete relevantni problem ili zahtjev, objasnite problem, opišete svoje rješenje i spomenete eventualni daljnji rad. Recenzenti zatim povuku vašu granu, pokrenu kod, pregledaju razlike i koriste alate za pregled kako bi ostavili komentare, prijedloge ili zahtjeve za promjene.

Kada je projekt aktivan, glavne ili stabilne grane se stalno razvijaju, tako da vaša tematska grana može brzo zastarjeti. U takvim slučajevima, održavatelji vas često traže da "rebazirate" svoj rad na najnoviji upstream commit kako bi spajanja bila čišća i izbjegli sukobi. Rebaziranje u biti uklanja vaš niz commitova s ​​njihove izvorne baze i ponovno ih primjenjuje na novu bazu, stvarajući linearnu, urednu povijest.

Imajte na umu da ponovno baziranje prepisuje ID-ove commit-ova, zbog čega mnogi Git vodiči upozoravaju na ponovno baziranje grana na koje drugi ljudi možda već ovise. Za osobne grane značajki koje čekaju spajanje, ponovno baziranje je široko prihvaćeno i može učiniti proces integracije glatkijim. Ako se tijekom ponovnog baziranja pojave sukobi, git status će navesti konfliktne datoteke; vi ih rješavate, dodajete ispravljene datoteke i nastavljate s rebaseom dok se ne završi.

Nakon što vaša grana stigne u uzvodni repozitorij, na kraju ćete htjeti ukloniti stare grane i lokalno i udaljeno. Naredbe koje navode spojene grane pomažu vam da prepoznate koje je sigurno izbrisati. Lokalno ih možete ukloniti kratkim zastavicama za brisanje, a na daljinu "brišete" granu dodavanjem prazne reference na njezino ime - učinkovito govoreći poslužitelju da je ukloni.

Održavanje sinkronizacije forkova i grana u svim verzijama

U velikim, dugotrajnim projektima uobičajeno je održavati više aktivnih grana odjednom - na primjer, nekoliko stabilnih verzija plus najsuvremeniju glavnu granu. Kada ispravljate grešku, ta se ispravka možda mora primijeniti na više od jedne grane, gdje do izražaja dolaze alati poput odabira cherry-pickinga i tijeka rada s zakrpama.

Zamislite da imate ispravku implementiranu na vrhu stabilne grane kao što je MOODLE_400_STABLE u podružnici pod nazivom MDL-xxxxx-400_topic. Sada želite da isti popravak bude dostupan u glavnoj razvojnoj grani. Jedan pristup je stvaranje nove grane iz main, a zatim upotrijebite git fetch izvući commit iz vašeg stabilnog repozitorija i git cherry-pick primijeniti samo taj jedan commit na novu granu.

Ako vaša tematska grana sadrži niz commitova, a ne samo jedan, izvoz kao zakrpa može biti praktičniji. The git format-patch Naredba zapisuje svaki commit u vlastitu datoteku zakrpe između dvije reference (na primjer, sve što postoji u vašoj tematskoj grani, ali ne i u stabilnoj grani). Te datoteke zakrpe zatim se mogu poslati e-poštom, priložiti problemu ili uvesti u drugi klon s git am, koji ih primjenjuje jedan po jedan, pokušavajući čista trostrana spajanja kada se pojave sukobi.

Bez obzira na metodu, krajnji cilj je isti: održavati grane značajki i ispravaka grešaka usklađenima s verzijama na koje ciljaju, bez slijepog spajanja cijelih grana preko nepovezanih povijesti. Ovaj disciplinirani pristup postaje ključan kada podržavate više produkcijskih izdanja ili trebate precizno provjeriti koje su se promjene gdje dogodile.

Krivulja učenja: trebaju li početnici odmah biti zainteresirani za Git?

Ako se bavite web razvojem tek nekoliko tjedana, prirodno je da se osjećate preopterećeno kada svi inzistiraju da "morate" koristiti Git i GitHub od prvog dana. Uostalom, 90-minutni videozapisi puni naredbi koje ne prepoznajete nisu baš primamljivi kada se još uvijek borite s osnovama HTML-a i JavaScripta.

Stvarnost je da ne morate savladati cijeli Git alatni set da biste počeli izvlačiti korist iz njega. Mali skup temeljnih koncepata – repozitoriji, commiti, grane, daljinski upravljači, push i pull – dovoljan je za početak praćenja vlastitih vježbenih projekata. Sve ostalo možete tretirati kao napredne tehnike vožnje koje naučite tek kada se udobno snađete za volanom.

Ipak, rani početak nudi nekoliko velikih prednosti. Objavljivanje koda na GitHubu od samog početka gradi vidljiv portfolio, posebno ako ga kasnije povežete s popularnim repozitorijima za učenje i tutorijalima. Također se uvježbavate razmišljati u smislu malih obaveza i jasnih poruka, što je upravo način na koji profesionalni timovi funkcioniraju. Što prije to postane navika, to će vam biti lakši prijelaz na stvarne poslove ili doprinose otvorenom kodu.

Kako biste izbjegli utapanje u informacijama, slijedite kratke, praktične vodiče umjesto maratonskih tutorijala. Na primjer, GitHubov klasični vodič „Pozdrav svijete“ uči vas kako stvoriti repozitorij, napraviti granu, potvrditi promjenu, otvoriti zahtjev za povlačenjem i spojiti ga – sve na vrlo pristupačan, korak-po-korak način. Nakon što to učinite nekoliko puta, prepoznat ćete iste obrasce u naprednijem materijalu.

Ako vas je 10-minutni Git video ostavio zbunjenima, to nije znak da „ne možete naučiti Git“ – to obično samo znači da je objašnjenje preskočilo kontekst. Kombiniranje pisanih vodiča, malih interaktivnih primjera, pa čak i vizualnih Git klijenata može znatno ubrzati rad apstraktnih koncepata poput grananja i spajanja.

Bitni resursi i ekosustavi oko GitHuba

Jedan od najvećih razloga zašto se programeri okupljaju na GitHubu je sama količina visokokvalitetnih resursa za učenje i projekata otvorenog koda koji se tamo nalaze, uključujući vodiče o upravljanje ovisnostima u Pythonu. Osim što pohranjuje vlastiti kod, GitHub postaje knjižnica u kojoj možete proučavati softver produkcijske razine, moderne alate i kurirane planove učenja.

Neki repozitoriji, kao što su freeCodeCamp/freeCodeCamp, djeluju same po sebi kao cjelovite platforme za učenje. Tamo ćete pronaći tisuće besplatnih tutorijala i cjeloviti kurikulum koji pokriva sve, od responzivnog web dizajna do strojnog učenja temeljenog na Pythonu, uz certifikate koje možete steći izradom projekata i polaganjem testova.

Drugi se usredotočuju na agregiranje resursa umjesto na pružanje jednog tečaja. Na primjer, EbookFoundation/knjige-o-besplatnom-programiranju održava ogroman popis besplatnih knjiga o programiranju i srodnih materijala, dok kolekcije poput sindresorhus/fantastično i vinta/awesome-python birati „sjajne“ alate, biblioteke, članke, podcaste i još mnogo toga vezano uz određene jezike ili teme.

Ako vam je cilj dobiti posao programera, postoje repozitoriji posebno prilagođeni pripremi za intervju. Projekti kao što su jwasham/kodiranje-intervju-sveučilište or donnemartin/priručnik-za-dizajn-sustava objedinite popise za čitanje, izazove kodiranja i vježbe dizajna sustava koje odražavaju ono što velike tvrtke očekuju na tehničkim razgovorima.

Za praktično iskustvo kodiranja, repozitorij i kolekcije algoritama u stilu "izgradite vlastiti X" mogu biti prekretnice. Repozitoriji poput codecrafters-io/izgradi-svoj-vlastiti-x voditi vas kroz implementaciju cijelih tehnologija – od 3D renderera do frontend frameworka – od nule, dok projekti poput trekhleb/javascript-algorithms prođite kroz osnovne algoritme i strukture podataka s objašnjenjima i primjerima koda. Čitanje i doprinos ovim algoritmima uči vas idiomatskim obrascima u jezicima poput JavaScripta ili Pythona.

Konačno, mnogi alati koje svakodnevno koristite, poput Reacta, Bootstrapa, TensorFlowa ili Oh My Zsh-a, nalaze se na GitHubu kao projekti otvorenog koda. Njihovi repozitoriji sadrže ne samo izvorni kod, već i dokumentaciju, vodiče za instalaciju, alate za praćenje problema, rasprave o novim značajkama i potpunu povijest razvoja tehnologije. Pregledavanje tih problema i zahtjeva za povlačenjem izvrstan je način da se suradnja temeljena na Gitu vidi u njezinom najzrelijem obliku.

Više od lokalnog razvoja: korištenje Gita u hostingu i implementaciji

Git nije samo za razvojna prijenosna računala; on također igra središnju ulogu u načinu na koji se moderne aplikacije implementiraju i ažuriraju. Mnogi pružatelji hostinga sada očekuju ili čak zahtijevaju da povežete Git repozitorij kao izvor istine za vašu aplikaciju.

Na nekim upravljanim platformama, poput određenih usluga hostinga aplikacija, vaš Git repozitorij je izravno povezan s cjevovodom za izgradnju i implementaciju. Povežete svoj GitHub, GitLab ili Bitbucket račun, odaberete repozitorij i granu, a platforma se automatski implementira svaki put kada objavite nove commitove. U toj postavci, disciplina grana i jasna povijest postaju više od samo lijepih stvari - one izravno utječu na to koliko sigurno šaljete promjene u produkciju.

Čak i u tradicionalnijim okruženjima poput upravljanog WordPress hostinga, Git i dalje može biti dio vaše strategije implementacije. Možete se prijaviti na server putem SSH-a i pokrenuti naredbe poput git pull iz određenog direktorija za ažuriranje koda teme ili dodatka iz udaljenog repozitorija. Iako su ovi tijekovi rada namijenjeni naprednijim korisnicima koji su vješti u korištenju SSH-a i alata naredbenog retka, oni pokazuju kako Git djeluje kao objedinjujući sloj na lokalnim poslužiteljima za razvoj, pripremu i produkciju.

Osnovna ideja je da Git pohranjuje i prenosi promjene vašeg koda na način koji se može pratiti, a hosting platforme jednostavno koriste tu povijest za izgradnju i implementaciju. Nakon što shvatite taj mentalni model, shvatit ćete zašto je učenje Gita investicija koja se isplati u gotovo svakom tehnološkom paketu i hosting rješenju.

Git vam pruža čvrstu kontrolu verzija, GitHub i slične platforme dodaju suradnju i distribuciju, a širi ekosustav radnih procesa i repozitorija pretvara ih u cjelovito okruženje za učenje, izgradnju, pregledavanje i implementaciju softvera u bilo kojoj mjeri.