From 6be289c98ae09c3bb0823f514b6e612b8577eea9 Mon Sep 17 00:00:00 2001 From: Adam Jurkiewicz Pythonista Local Date: Wed, 10 Dec 2025 20:16:23 +0100 Subject: [PATCH] fetch i pull --- polecenia/07_fetch.txt | 20 ++++++++++++++++++++ 1 file changed, 20 insertions(+) create mode 100644 polecenia/07_fetch.txt diff --git a/polecenia/07_fetch.txt b/polecenia/07_fetch.txt new file mode 100644 index 0000000..f174f14 --- /dev/null +++ b/polecenia/07_fetch.txt @@ -0,0 +1,20 @@ +git fetch i git pull służą do synchronizacji z zdalnym repozytorium, ale różnią się zakresem działania: fetch tylko pobiera zmiany, pull pobiera i automatycznie integruje.​ + +git fetch +Pobiera najnowsze commity i informacje o gałęziach ze zdalnego repozytorium do lokalnych referencji (np. origin/main), ale nie modyfikuje bieżącej gałęzi ani plików roboczych. Pozwala sprawdzić zmiany przed ich scaleniem, bezpieczne przy potencjalnych konfliktach. + + +Przykład: +git fetch origin +git log HEAD..origin/main # Sprawdź nowe commity + + +git pull +Równoważne git fetch + git merge (domyślnie) – pobiera zmiany i natychmiast scalają je z bieżącą gałęzią, aktualizując pliki robocze. Szybkie, ale może spowodować konflikty merge. + +Przykład: +git pull origin main +Wariant z rebase: git pull --rebase origin main​ + +Kiedy co używać +Używaj fetch do inspekcji zmian przed merge (np. git fetch && git merge origin/main), pull do szybkiej synchronizacji na czystym branchu. Fetch jest bezpieczniejszy w zespołach.