Kwalifikacja: INF.04 - Projektowanie, programowanie i testowanie aplikacji

Wielu początkujących użytkowników Gita myli funkcje podstawowych poleceń, co jest zupełnie zrozumiałe – Git bywa momentami dość nieintuicyjny. Zacznijmy od polecenia "git clone". Ono wcale nie służy do łączenia branchy – od tego jest "git merge" albo nowsze "git rebase", które pozwalają na integrację zmian z różnych gałęzi projektu. Łączenie branchy polega bardziej na synchronizacji pracy kilku osób i rozwiązywaniu konfliktów, a nie na kopiowaniu repozytorium. Z kolei rejestrowanie zmian w historii repozytorium to zadanie "git commit" – dopiero to polecenie zapisuje stan projektu w historii. Wiele osób sądzi, że "git clone" zapisuje też zmiany, ale ono tylko pobiera już istniejącą historię. Usuwanie zdalnego repozytorium to zupełnie inna bajka – Git nawet nie daje takiego polecenia jak "git clone" do usuwania czegokolwiek po stronie serwera, bo to byłoby niebezpieczne i niezgodne z ideą bezpieczeństwa danych. Często spotykam się z błędnym rozumieniem terminologii: „klonowanie” kojarzy się niektórym z kopiowaniem gałęzi albo synchronizacją, ale w rzeczywistości chodzi o zrobienie pełnej lokalnej kopii całego repozytorium ze wszystkimi danymi. Kluczowe jest, żeby rozumieć każdy etap pracy z Gitem: clone do pobrania repo, pull do aktualizacji, commit do rejestrowania zmian, merge do łączenia branchy. Nie mieszaj tych pojęć, bo prowadzi to do niepotrzebnych błędów i nieporozumień w pracy zespołowej. Dobrze mieć z tyłu głowy, że każde z tych poleceń realizuje zupełnie inną funkcję i jest częścią większego procesu zarządzania wersjami kodu w projekcie.