\nbrew install git\n<\/pre><\/div>\n\n\nLinux (Ubuntu\/Debian):<\/strong><\/p>\n\n\n\nsudo apt update\nsudo apt install git\n<\/pre><\/div>\n\n\nNakon instalacije, provjerite verziju:<\/p>\n\n\n
\ngit --version\n<\/pre><\/div>\n\n\nZatim postavite svoje ime i email – ovi podaci se ve\u017eu na svaki commit koji napravite:<\/p>\n\n\n
\ngit config --global user.name "Ime Prezime"\ngit config --global user.email "email@example.com"\n<\/pre><\/div>\n\n\n3. Kreiranje GitHub ra\u010duna i SSH klju\u010da<\/h2>\n\n\n\n Registracija na github.com je besplatna i traje par minuta. Nakon registracije, preporu\u010duje se postaviti SSH klju\u010d kako se ne biste morali svaki put prijavljivati korisni\u010dkim imenom i lozinkom prilikom push\/pull operacija.<\/p>\n\n\n\n
Generiranje SSH klju\u010da:<\/p>\n\n\n
\nssh-keygen -t ed25519 -C "email@example.com"\n<\/pre><\/div>\n\n\nZatim kopirajte javni klju\u010d i dodajte ga u GitHub postavke (Settings \u2192 SSH and GPG keys \u2192 New SSH key<\/strong>):<\/p>\n\n\n\ncat ~\/.ssh\/id_ed25519.pub\n<\/pre><\/div>\n\n\nProvjera veze:<\/p>\n\n\n
\nssh -T git@github.com\n<\/pre><\/div>\n\n\nAko vidite poruku potvrde s va\u0161im korisni\u010dkim imenom, klju\u010d je ispravno postavljen.<\/p>\n\n\n\n
4. Osnovni Git workflow: init, add, commit<\/h2>\n\n\n\n Najjednostavniji na\u010din da razumijete Git je kroz tri osnovne naredbe koje \u0107ete koristiti svaki dan.<\/p>\n\n\n\n
Inicijalizacija repozitorija<\/strong> – pokre\u0107e se unutar foldera projekta:<\/p>\n\n\n\ngit init\n<\/pre><\/div>\n\n\nDodavanje datoteka u “staging area”<\/strong> – priprema datoteke za commit:<\/p>\n\n\n\ngit add index.html\n# ili sve datoteke odjednom\ngit add .\n<\/pre><\/div>\n\n\nCommit<\/strong> – sprema trenutno stanje datoteka kao “snapshot” s opisnom porukom:<\/p>\n\n\n\ngit commit -m "Dodana po\u010detna struktura stranice"\n<\/pre><\/div>\n\n\nSvaki commit je poput spremne to\u010dke u igri – mo\u017eete se uvijek vratiti na taj trenutak, vidjeti \u0161to je promijenjeno i za\u0161to.<\/p>\n\n\n\n
Tablica osnovnih naredbi<\/h3>\n\n\n\nNaredba<\/th> \u0160to radi<\/th><\/tr><\/thead> git status<\/code><\/td>Prikazuje koje datoteke su promijenjene, dodane ili obrisane<\/td><\/tr> git add <file><\/code><\/td>Dodaje datoteku u staging area<\/td><\/tr> git commit -m \"poruka\"<\/code><\/td>Sprema snapshot promjena s opisom<\/td><\/tr> git log<\/code><\/td>Prikazuje povijest commitova<\/td><\/tr> git diff<\/code><\/td>Prikazuje to\u010dne razlike u kodu prije commita<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n5. Povezivanje lokalnog repozitorija s GitHubom<\/h2>\n\n\n\n Kada je lokalni repozitorij spreman, vrijeme je povezati ga s GitHub repozitorijem.<\/p>\n\n\n\n
\nNa GitHubu kliknite New repository<\/strong>, unesite naziv i kliknite Create<\/strong>.<\/li>\n\n\n\nU terminalu, pove\u017eite lokalni repozitorij s remote repozitorijem:<\/li>\n<\/ol>\n\n\n\ngit remote add origin git@github.com:vase-korisnicko-ime\/naziv-repozitorija.git\n<\/pre><\/div>\n\n\n\nPostavite glavnu granu (branch) i po\u0161aljite kod:<\/li>\n<\/ol>\n\n\n\ngit branch -M main\ngit push -u origin main\n<\/pre><\/div>\n\n\nOd tog trenutka, svaki budu\u0107i git push<\/code> automatski \u0161alje promjene na GitHub bez dodatnih parametara.<\/p>\n\n\n\n6. Branchovi – rad bez straha od pokvarenog koda<\/h2>\n\n\n\n Branch (grana) je zasebna linija razvoja koda – omogu\u0107uje vam da radite na novoj funkcionalnosti ili popravku bez utjecaja na glavni (main) kod, sve dok ne budete spremni za spajanje.<\/p>\n\n\n\n
Kreiranje i prebacivanje na novi branch:<\/p>\n\n\n
\ngit checkout -b feature\/kontakt-forma\n<\/pre><\/div>\n\n\nNakon \u0161to napravite promjene i commitate ih, branch mo\u017eete poslati na GitHub:<\/p>\n\n\n
\ngit push -u origin feature\/kontakt-forma\n<\/pre><\/div>\n\n\nKada je funkcionalnost gotova i testirana, branch se spaja u main putem pull requesta<\/strong> (opisano u sljede\u0107oj sekciji) ili direktno:<\/p>\n\n\n\ngit checkout main\ngit merge feature\/kontakt-forma\n<\/pre><\/div>\n\n\nZa\u0161to su branchovi korisni:<\/strong> ako ne\u0161to po\u0111e po zlu u novom branchu, glavni kod ostaje netaknut. Ovo je posebno va\u017eno kod timskog rada, gdje vi\u0161e ljudi istovremeno radi na razli\u010ditim dijelovima istog projekta.<\/p>\n\n\n\n7. Pull requestovi – srce suradnje na GitHubu<\/h2>\n\n\n\n Pull request (PR) je zahtjev da se promjene iz jednog brancha spoje u drugi (naj\u010de\u0161\u0107e main), uz mogu\u0107nost pregleda koda, komentara i diskusije prije spajanja.<\/p>\n\n\n\n
Tipi\u010dan tok:<\/p>\n\n\n\n
\nKreirate branch i radite promjene<\/li>\n\n\n\n Push-ate branch na GitHub<\/li>\n\n\n\n Na GitHubu kliknete Compare & pull request<\/strong><\/li>\n\n\n\nOpi\u0161ete \u0161to je promijenjeno i za\u0161to<\/li>\n\n\n\n Tim (ili vi sami, kod solo projekata) pregleda promjene<\/li>\n\n\n\n Klikom na Merge pull request<\/strong>, kod se spaja u main<\/li>\n<\/ol>\n\n\n\nPull requestovi su korisni i za solo projekte – stvaraju pisanu povijest odluka i omogu\u0107uju da se promjene pregledaju prije nego postanu dio glavnog koda.<\/p>\n\n\n\n
8. .gitignore – \u0161to ne treba pratiti<\/h2>\n\n\n\n Neke datoteke i folderi ne bi trebali u\u0107i u repozitorij – npr. node_modules<\/code>, environment varijable s osjetljivim podacima (.env<\/code>), ili build izlazi (dist<\/code>, .next<\/code>).<\/p>\n\n\n\nZa to postoji .gitignore<\/code> datoteka u root folderu projekta:<\/p>\n\n\n\nnode_modules\/\n.env\n.next\/\ndist\/\n.DS_Store\n<\/pre><\/div>\n\n\nAko ste ve\u0107 commitali datoteku prije nego ste je dodali u .gitignore<\/code>, Git je nastavlja pratiti – potrebno je ru\u010dno ukloniti je iz tracking-a:<\/p>\n\n\n\ngit rm --cached .env\n<\/pre><\/div>\n\n\n9. Rje\u0161avanje konflikata pri merge-u<\/h2>\n\n\n\n Konflikt se doga\u0111a kada Git ne mo\u017ee automatski spojiti promjene – naj\u010de\u0161\u0107e kada su dvije osobe (ili dva brancha) promijenile istu liniju koda na razli\u010dite na\u010dine.<\/p>\n\n\n\n
Kada se to dogodi, Git ozna\u010di sporne dijelove direktno u datoteci:<\/p>\n\n\n
\n<<<<<<< HEAD\nconst title = "Naslov stranice";\n=======\nconst title = "Naslov projekta";\n>>>>>>> feature\/novi-naslov\n<\/pre><\/div>\n\n\nPotrebno je ru\u010dno odlu\u010diti koja verzija (ili kombinacija) ostaje, ukloniti oznake (<<<<<<<<\/code>, =======<\/code>, >>>>>>><\/code>), te zatim:<\/p>\n\n\n\ngit add .\ngit commit -m "Rije\u0161en konflikt u naslovu stranice"\n<\/pre><\/div>\n\n\nKonflikti su normalan dio rada s Gitom, posebno u timu – ne predstavljaju gre\u0161ku, ve\u0107 Git koji tra\u017ei va\u0161u odluku.<\/p>\n\n\n\n
10. Objavljivanje vlastitog projekta – README i dobra praksa<\/h2>\n\n\n\n Kada je projekt spreman za javnost (ili portfolio), nekoliko stvari ga \u010dini profesionalnim:<\/p>\n\n\n\n
\nREADME.md<\/strong> – opis projekta, kako ga pokrenuti, koje tehnologije koristi, screenshot ako je relevantno<\/li>\n\n\n\nJasni commit messages<\/strong> – “Dodana validacija forme” je korisnije od “fix”<\/li>\n\n\n\nLicense<\/strong> – GitHub omogu\u0107uje dodavanje standardne licence (npr. MIT) u par klikova<\/li>\n\n\n\n.gitignore<\/strong> – prije prvog push-a, ne nakon<\/li>\n<\/ul>\n\n\n\nPrimjer minimalnog README-a:<\/p>\n\n\n
\n# Naziv projekta\n\nKratki opis \u0161to projekt radi i za koga je namijenjen.\n\n## Pokretanje\n\\`\\`\\`bash\nnpm install\nnpm run dev\n\\`\\`\\`\n\n## Tehnologije\n- Next.js\n- TypeScript\n- Tailwind CSS\n<\/pre><\/div>\n\n\nDobar README je \u010desto prva stvar koju netko vidi – bilo poslodavac, klijent ili suradnik – pa vrijedi ulo\u017eiti par minuta u njega.<\/p>\n\n\n\n
Zaklju\u010dak<\/h2>\n\n\n\n GitHub na prvi pogled izgleda kompleksno, ali u su\u0161tini se svodi na nekoliko ponavljaju\u0107ih koraka: napravite promjenu, commitajte je s jasnom porukom, push-ajte na GitHub, i po potrebi radite kroz branchove i pull requestove. Najbolji na\u010din da ovo postane prirodno je praksa – kreirajte mali projekt, pratite ga kroz Git od prvog dana, i ovi koraci \u0107e vam za par tjedana postati refleks.<\/p>\n\n\n\n
FAQ<\/h2>\n\n\n\n Moram li koristiti terminal, ili postoji vizualno su\u010delje?<\/strong> Postoje alati kao GitHub Desktop, GitKraken ili integracije unutar VS Codea koje omogu\u0107uju rad s Gitom putem grafi\u010dkog su\u010delja. Terminal je korisno znati jer je univerzalan i koristi se u svim okru\u017eenjima, ali za po\u010detak vizualni alati mogu olak\u0161ati u\u010denje.<\/p>\n\n\n\n\u0160to je razlika izme\u0111u forka i clone-a?<\/strong> Clone preuzima kopiju repozitorija na va\u0161e ra\u010dunalo i povezan je s originalnim remote repozitorijem. Fork stvara va\u0161u vlastitu kopiju repozitorija na GitHubu (pod va\u0161im ra\u010dunom), nad kojom imate punu kontrolu – koristi se naj\u010de\u0161\u0107e kod doprinosa tu\u0111im open-source projektima.<\/p>\n\n\n\nKako vratiti promjene ako sam pogrije\u0161io commit?<\/strong> Za commit koji jo\u0161 nije push-an, git reset --soft HEAD~1<\/code> poni\u0161tava commit ali \u010duva promjene u datotekama. Za ve\u0107 push-ane commitove, sigurniji pristup je git revert <commit-hash><\/code>, koji stvara novi commit koji poni\u0161tava promjene, bez brisanja povijesti.<\/p>\n\n\n\nTreba li svaki projekt imati README od prvog dana?<\/strong> Nije obavezno, ali je korisna praksa – README od prvog dana prisiljava vas da razmislite o svrsi projekta i kako ga drugi mogu pokrenuti, \u0161to \u010desto poma\u017ee i u organizaciji samog koda.<\/p>\n\n\n\nAko razvijate projekt i trebate pomo\u0107 s organizacijom koda, Git workflowom ili postavljanjem repozitorija za tim, MasteryMesh mo\u017ee pomo\u0107i u postavljanju procesa od prvog dana. Kontaktirajte nas<\/a> ili pogledajte na\u0161u uslugu Web aplikacije<\/a>.<\/p>\n","protected":false},"excerpt":{"rendered":"GitHub je danas standardni alat za svakog developera, bez obzira radi li se o malom…<\/p>\n","protected":false},"author":1,"featured_media":491,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_kad_post_transparent":"","_kad_post_title":"","_kad_post_layout":"","_kad_post_sidebar_id":"","_kad_post_content_style":"","_kad_post_vertical_padding":"","_kad_post_feature":"","_kad_post_feature_position":"","_kad_post_header":false,"_kad_post_footer":false,"_kad_post_classname":"","footnotes":""},"categories":[6],"tags":[],"class_list":["post-490","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-web-development"],"_links":{"self":[{"href":"https:\/\/masterymesh.com\/blog\/wp-json\/wp\/v2\/posts\/490","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/masterymesh.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/masterymesh.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/masterymesh.com\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/masterymesh.com\/blog\/wp-json\/wp\/v2\/comments?post=490"}],"version-history":[{"count":4,"href":"https:\/\/masterymesh.com\/blog\/wp-json\/wp\/v2\/posts\/490\/revisions"}],"predecessor-version":[{"id":495,"href":"https:\/\/masterymesh.com\/blog\/wp-json\/wp\/v2\/posts\/490\/revisions\/495"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/masterymesh.com\/blog\/wp-json\/wp\/v2\/media\/491"}],"wp:attachment":[{"href":"https:\/\/masterymesh.com\/blog\/wp-json\/wp\/v2\/media?parent=490"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/masterymesh.com\/blog\/wp-json\/wp\/v2\/categories?post=490"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/masterymesh.com\/blog\/wp-json\/wp\/v2\/tags?post=490"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}