Współpraca ze zdalnymi repozytoriami

Współpraca często obejmuje więcej niż tylko własne repozytorium. Czasami uczestniczy Pan/Pani w projekcie open source albo pracuje z różnymi środowiskami wdrożeniowymi.

Git pozwala zarządzać wieloma zdalnymi repozytoriami dla jednego lokalnego projektu. W tej lekcji pokażemy, jak je skonfigurować i efektywnie wykorzystywać.

Remote to zasadniczo wersja projektu przechowywana w internecie lub w sieci. Podczas klonowania repozytorium Git automatycznie konfiguruje remote o nazwie origin, wskazujący oryginalne repozytorium.

origin to jednak tylko domyślna nazwa! Można mieć wiele remote’ów, z których każdy wskazuje inną lokalizację lub służy innemu celowi.

Aby sprawdzić, które remote’y są obecnie skonfigurowane dla lokalnego repozytorium, można użyć polecenia git remote -v. Opcja -v oznacza „verbose” i wyświetla adresy URL powiązane z każdym remote’em.

Aby połączyć lokalne repozytorium z innym remote’em, należy użyć polecenia git remote add. Nadaje mu Pan/Pani krótką, łatwą do zapamiętania nazwę (np. upstream lub staging) i podaje jego adres URL.

Wyobraźmy sobie, że utworzył Pan/Pani fork projektu open source. Pana/Pani fork zwykle nosi nazwę origin. Aby aktualizować fork o zmiany z oryginalnego projektu, należy dodać oryginalny projekt jako remote upstream.

Można to zrobić następująco:

Mając wiele remote’ów, można pobierać zmiany z wybranego z nich bez scalania ich z bieżącą gałęzią. Pozwala to sprawdzić, co nowego pojawiło się w tym remote’ie.

Służy do tego polecenie git fetch <remote_name>.

Podczas gdy git fetch tylko pobiera zmiany, git pull pobiera je i natychmiast scala z bieżącą gałęzią. Można określić, z którego remote’a i z której gałęzi mają zostać pobrane zmiany.

Jest to często używane podczas synchronizowania własnego forka (origin) z oryginalnym projektem (upstream).

Domyślnie polecenie git push wysyła zmiany do remote’a origin. Można jednak skierować wypychanie do dowolnego skonfigurowanego remote’a.

Jest to przydatne podczas wdrażania na konkretny serwer, wypychania gałęzi funkcjonalnej do innego forka lub do tymczasowego środowiska testowego.

Listą remote’ów można zarządzać w następujący sposób:

• Zmiana nazwy remote’a: jeśli jego nazwa przestała być odpowiednia, należy użyć git remote rename <old_name> <new_name>.
• Usunięcie remote’a: jeśli połączenie nie jest już potrzebne, należy użyć git remote remove <name>.

Utworzył Pan/Pani fork projektu i dodał oryginalne repozytorium jako remote upstream. Chce Pan/Pani zaktualizować lokalną gałąź main o najnowsze zmiany z gałęzi main oryginalnego projektu.

Świetna robota! Dowiedział się Pan/Pani, jak zarządzać wieloma zdalnymi repozytoriami:

• Używać git remote -v do wyświetlania skonfigurowanych remote’ów.
• Dodawać nowe remote’y za pomocą git remote add <name> <url>.
• Pobierać zmiany z określonych remote’ów za pomocą git fetch <remote>.
• Integrować zmiany za pomocą git pull <remote> <branch>.
• Wypychać zmiany do różnych remote’ów za pomocą git push <remote> <branch>.

Biegłość w pracy z wieloma remote’ami ma kluczowe znaczenie dla zaawansowanej współpracy, zwłaszcza w projektach open source. W następnej części pozna Pan/Pani współpracę w GitHubie z użyciem Pull Requests!