{"id":526,"date":"2026-05-14T15:53:07","date_gmt":"2026-05-14T15:53:07","guid":{"rendered":"https:\/\/piotrswitlicki.pl\/?p=526"},"modified":"2026-05-14T15:53:26","modified_gmt":"2026-05-14T15:53:26","slug":"git-podstawowe-komendy-i-workflow-pracy-zespolowej","status":"publish","type":"post","link":"https:\/\/piotrswitlicki.pl\/pl\/2026\/05\/14\/git-podstawowe-komendy-i-workflow-pracy-zespolowej\/","title":{"rendered":"Git \u2014 podstawowe komendy i workflow pracy zespo\u0142owej"},"content":{"rendered":"
Git jest dzi\u015b standardem praktycznie w ka\u017cdym projekcie programistycznym.
Niezale\u017cnie od tego, czy aplikacja jest tworzona przez jedn\u0105 osob\u0119 czy przez du\u017cy zesp\u00f3\u0142, Git pozwala kontrolowa\u0107 zmiany w kodzie i bezpiecznie rozwija\u0107 projekt.
Najwi\u0119ksz\u0105 zalet\u0105 Gita jest mo\u017cliwo\u015b\u0107:
\u015bledzenia historii zmian,
pracy na wielu branchach,
wsp\u00f3\u0142pracy kilku developer\u00f3w jednocze\u015bnie,
cofania b\u0142\u0119d\u00f3w,
prowadzenia code review.
Inicjalizacja repozytorium
Utworzenie repozytorium Git
git init<\/code>
Tworzy nowe repozytorium Git w aktualnym katalogu projektu.
Pobieranie projektu
Klonowanie repozytorium
git clone https:\/\/adres-repozytorium.git<\/code>
Pobiera projekt z serwera na komputer lokalny.
Sprawdzanie zmian
Status repozytorium
git status<\/code>
Pokazuje:
zmodyfikowane pliki,
nowe pliki,
pliki oczekuj\u0105ce na commit,
aktualny branch.
Historia commit\u00f3w
git log<\/code>
Wy\u015bwietla histori\u0119 commit\u00f3w projektu.
Bardziej skr\u00f3cona wersja:
git log --oneline<\/code>
Dodawanie zmian
Dodanie wszystkich plik\u00f3w
git add .<\/code>
Dodaje wszystkie zmodyfikowane pliki do staging area.
Dodanie pojedynczego pliku
git add index.php<\/code>
Commity
Utworzenie commita
git commit -m \"Dodano logowanie u\u017cytkownika\"<\/code>
Commit zapisuje aktualny stan zmian wraz z opisem.
Poprawienie ostatniego commita
git commit --amend<\/code>
Pozwala zmieni\u0107 opis lub doda\u0107 brakuj\u0105ce pliki do ostatniego commita.
Branche
Branch pozwala pracowa\u0107 nad funkcjonalno\u015bci\u0105 niezale\u017cnie od g\u0142\u00f3wnej wersji projektu.
Lista branchy
git branch<\/code>
Utworzenie nowego brancha
git branch feature\/login<\/code>
Prze\u0142\u0105czenie brancha
git checkout feature\/login<\/code>
Utworzenie i prze\u0142\u0105czenie brancha jednocze\u015bnie
git checkout -b feature\/login<\/code>
Usuni\u0119cie brancha
git branch -d feature\/login<\/code>
Synchronizacja z repozytorium
Pobranie zmian
git pull<\/code>
Pobiera i scala najnowsze zmiany z repozytorium.
Wys\u0142anie zmian
git push<\/code>
Publikuje commity na serwerze.
Pierwszy push brancha
git push -u origin feature\/login<\/code>
Tworzy branch na zdalnym repozytorium i ustawia tracking.
Merge i \u0142\u0105czenie branchy
Po\u0142\u0105czenie branchy
git merge feature\/login<\/code>
\u0141\u0105czy branch feature\/login<\/code> z aktualnym branchem.
Najcz\u0119\u015bciej workflow wygl\u0105da tak:
przej\u015bcie na main<\/code>,
merge feature brancha,
push zmian.
Przyk\u0142ad:
git checkout main
git merge feature\/login
git push<\/code>
Konflikty merge
Konflikty pojawiaj\u0105 si\u0119 wtedy, gdy dwie osoby zmodyfikuj\u0105 ten sam fragment kodu.
Git oznacza konflikt w pliku:
<<<<<<< HEAD
stary kod
=======
nowy kod
>>>>>>> feature\/login<\/code>
Po r\u0119cznym rozwi\u0105zaniu konfliktu nale\u017cy:
git add .
git commit<\/code>
Cofanie zmian
Cofni\u0119cie zmian przed commitem
git checkout -- index.php<\/code>
Przywraca ostatni\u0105 wersj\u0119 pliku.
Usuni\u0119cie pliku ze staging area
git reset index.php<\/code>
Cofni\u0119cie ostatniego commita
git reset --soft HEAD~1<\/code>
Usuwa commit, ale pozostawia zmiany w plikach.
Twardy reset
git reset --hard HEAD~1<\/code>
Usuwa commit oraz wszystkie zmiany.
Pobieranie bez merge
Fetch
git fetch<\/code>
Pobiera zmiany z repozytorium bez automatycznego mergowania.
Rebase
Rebase brancha
git rebase main<\/code>
Przenosi commity aktualnego brancha na najnowsz\u0105 wersj\u0119 main<\/code>.
Rebase pomaga utrzyma\u0107 czystsz\u0105 histori\u0119 commit\u00f3w.
Stash
Przydatne, gdy trzeba chwilowo schowa\u0107 zmiany.
Zapisanie zmian
git stash<\/code>
Przywr\u00f3cenie zmian
git stash pop<\/code>
Remote
Lista zdalnych repozytori\u00f3w
git remote -v<\/code>
Dodanie zdalnego repozytorium
git remote add origin https:\/\/adres-repo.git<\/code>
Typowy workflow pracy zespo\u0142owej
Najcz\u0119\u015bciej praca wygl\u0105da mniej wi\u0119cej tak:
git pull
git checkout -b feature\/new-task
# praca nad kodem
git add .
git commit -m \"Dodano now\u0105 funkcjonalno\u015b\u0107\"
git push -u origin feature\/new-task<\/code>
Nast\u0119pnie tworzony jest:
Pull Request w GitHub
lub
Merge Request w GitLab.
Po code review branch jest mergowany do g\u0142\u00f3wnej ga\u0142\u0119zi projektu.
GitHub vs GitLab
GitHub
Najpopularniejsza platforma do hostowania repozytori\u00f3w Git.
Najcz\u0119\u015bciej kojarzona z:
open source,
prostym workflow,
du\u017c\u0105 spo\u0142eczno\u015bci\u0105 developer\u00f3w.
GitLab
Bardziej rozbudowane \u015brodowisko DevOps.
Popularne funkcje:
CI\/CD,
pipeline\u2019y,
deployment,
self-hosting,
integracje firmowe.
Podsumowanie
Najwa\u017cniejsze elementy codziennej pracy z Gitem:
branchowanie,
commitowanie zmian,
merge,
pull\/push,
rozwi\u0105zywanie konflikt\u00f3w,
code review,
Pull Requesty i Merge Requesty.
Nawet podstawowa znajomo\u015b\u0107 tych operacji pozwala sprawnie pracowa\u0107 w wi\u0119kszo\u015bci zespo\u0142\u00f3w developerskich.","protected":false},"excerpt":{"rendered":"","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"pagelayer_contact_templates":[],"_pagelayer_content":"","footnotes":""},"categories":[1],"tags":[],"class_list":["post-526","post","type-post","status-publish","format-standard","hentry","category-uncategorized"],"acf":[],"_links":{"self":[{"href":"https:\/\/piotrswitlicki.pl\/pl\/wp-json\/wp\/v2\/posts\/526","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/piotrswitlicki.pl\/pl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/piotrswitlicki.pl\/pl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/piotrswitlicki.pl\/pl\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/piotrswitlicki.pl\/pl\/wp-json\/wp\/v2\/comments?post=526"}],"version-history":[{"count":1,"href":"https:\/\/piotrswitlicki.pl\/pl\/wp-json\/wp\/v2\/posts\/526\/revisions"}],"predecessor-version":[{"id":527,"href":"https:\/\/piotrswitlicki.pl\/pl\/wp-json\/wp\/v2\/posts\/526\/revisions\/527"}],"wp:attachment":[{"href":"https:\/\/piotrswitlicki.pl\/pl\/wp-json\/wp\/v2\/media?parent=526"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/piotrswitlicki.pl\/pl\/wp-json\/wp\/v2\/categories?post=526"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/piotrswitlicki.pl\/pl\/wp-json\/wp\/v2\/tags?post=526"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}