0Pricing
DevOps Bootcamp · Lekcja

Przepływy pracy z forkami na GitHub

Dowiedz się, jak korzystać z modelu „fork i pull request”, aby współtworzyć projekty, do których nie mają Państwo bezpośredniego dostępu z prawem zapisu.

Przepływy pracy z forkami na GitHub to bezpłatna lekcja DevOps Bootcamp na CoddyKit. To lekcja 2 z 4. Możesz przeczytać całą lekcję poniżej za darmo — a potem ćwiczyć ją interaktywnie w przeglądarce z wbudowanym edytorem kodu i tutorem AI dostępnym 24/7. To część ścieżki edukacyjnej DevOps Bootcamp, a Twój postęp synchronizuje się między webem a aplikacją CoddyKit. Kurs DevOps Bootcamp zawiera 4 lekcji w sumie.

Czym jest fork w GitHub?

Wyobraźmy sobie, że chcą Państwo wnieść wkład w projekt open source, ale nie mają Państwo uprawnień do bezpośredniej modyfikacji jego kodu. Właśnie w takich sytuacjach przydaje się forkowanie!

Fork to po prostu osobista kopia cudzego repozytorium GitHub. Znajduje się ona na własnym koncie GitHub, zapewniając pełną kontrolę nad eksperymentowaniem i wprowadzaniem zmian bez wpływu na oryginalny projekt.

Dlaczego korzystamy z forkowania

Głównym powodem utworzenia forka repozytorium jest zaproponowanie zmian w projekcie, gdy nie mają Państwo bezpośredniego dostępu do zapisu w jego oryginalnej bazie kodu.

  • Bezpieczne eksperymentowanie: Praca na własnej kopii bez obaw o uszkodzenie oryginału.
  • Ścieżka współtworzenia: To standardowy sposób proponowania funkcji lub poprawek w publicznych projektach.
  • Własne projekty: Fork może posłużyć jako punkt wyjścia dla powiązanego projektu.

Jak utworzyć fork w GitHub

Utworzenie forka repozytorium w GitHub jest bardzo proste:

  1. Przejdź do oryginalnego repozytorium, które chcesz sforkować.
  2. Znajdź przycisk „Fork”, zwykle znajdujący się w prawym górnym rogu.
  3. Kliknij przycisk „Fork”. GitHub utworzy wtedy kopię tego repozytorium na Państwa koncie.

Otrzymają Państwo adres github.com/YOUR_USERNAME/ORIGINAL_REPO_NAME.

Sklonuj fork lokalnie

Po utworzeniu forka repozytorium w GitHub warto pobrać tę kopię na komputer lokalny, aby rozpocząć pracę.

Użyj polecenia git clone, ale pamiętaj, aby sklonować URL własnego forka, a nie URL oryginalnego repozytorium.

git clone https://github.com/YOUR_USERNAME/your-forked-repo.git

Wprowadź i zatwierdź zmiany

Po lokalnym sklonowaniu forka mogą Państwo wprowadzać zmiany tak jak w każdym innym projekcie Git. Dobrą praktyką jest utworzenie nowej gałęzi dla funkcji lub poprawki.

git checkout -b my-new-feature
# Edit files, add new code...
git add .
git commit -m "feat: added my new feature"

Wypchnij zmiany do swojego forka

Po lokalnym zatwierdzeniu zmian należy wypchnąć je do zdalnego forka w GitHub. Spowoduje to zaktualizowanie osobistej kopii repozytorium.

Zdalne repozytorium origin zazwyczaj wskazuje na Państwa fork.

git push origin my-new-feature

Zsynchronizuj fork z repozytorium upstream

Podczas pracy nad forkiem oryginalne repozytorium, często nazywane „upstream”, może otrzymywać nowe aktualizacje. Aby fork pozostał aktualny, należy go synchronizować.

Najpierw dodaj oryginalne repozytorium jako nowe zdalne repozytorium o nazwie upstream. Następnie pobierz i scal jego zmiany.

git remote add upstream https://github.com/ORIGINAL_OWNER/ORIGINAL_REPO.git
git fetch upstream
git checkout main
git merge upstream/main

Utwórz Pull Request

Po zakończeniu zmian i wypchnięciu ich do forka mogą Państwo zaproponować je oryginalnemu projektowi. Służy do tego Pull Request (PR).

W GitHub przejdź do swojego forka. Często zobaczysz baner sugerujący utworzenie PR z nowej gałęzi. Postępuj zgodnie z instrukcjami, aby porównać swoją gałąź z główną gałęzią oryginalnego repozytorium i przesłać propozycję.

Cykl pracy z forkiem

Podsumowanie typowego procesu pracy z forkiem:

  • Fork: Utworzenie osobistej kopii w GitHub.
  • Clone: Pobranie forka na komputer lokalny.
  • Develop: Wprowadzanie zmian w nowej gałęzi.
  • Push: Wysłanie zmian do zdalnego forka.
  • Sync: Aktualizowanie forka na podstawie oryginalnego projektu.
  • Pull Request: Zaproponowanie zmian oryginalnemu projektowi.

Szybkie sprawdzenie: powody forkowania

Zrozumienie, dlaczego i jak korzystać z procesu pracy z forkiem, jest niezbędne we współpracy nad projektami open source.

Podsumowanie: możliwości forkowania

W tej lekcji poznali Państwo proces pracy z forkami w GitHub. Wiedzą już Państwo, że fork tworzy osobistą kopię repozytorium, umożliwiając współtworzenie projektów nawet bez bezpośredniego dostępu do zapisu.

Omówiliśmy tworzenie forka, klonowanie, wprowadzanie zmian, wypychanie ich do forka, synchronizację z repozytorium upstream, a na końcu także tworzenie Pull Requestu w celu zaproponowania swoich zmian. Ten proces jest podstawą współpracy programistycznej w GitHub!

Często zadawane pytania

Czy lekcja „Przepływy pracy z forkami na GitHub” jest bezpłatna?

Tak — pełny tekst „Przepływy pracy z forkami na GitHub” jest dostępny za darmo tutaj w sieci. Aby ćwiczyć ją interaktywnie (wbudowany edytor kodu i tutor AI dostępny 24/7) i odblokować resztę kursu DevOps Bootcamp, przejdź na CoddyKit PRO. Kurs DevOps Bootcamp zawiera 4 lekcji w sumie.

Co nauczysz się w „Przepływy pracy z forkami na GitHub”?

Dowiedz się, jak korzystać z modelu „fork i pull request”, aby współtworzyć projekty, do których nie mają Państwo bezpośredniego dostępu z prawem zapisu. Ćwiczysz DevOps Bootcamp z praktycznym kodem, który uruchamiasz bezpośrednio w przeglądarce, a tutor AI dostępny 24/7 odpowiada na Twoje pytania podczas pracy nad lekcją.

Czy potrzebuję doświadczenia, aby zacząć DevOps Bootcamp?

Nie wymagamy żadnego doświadczenia. DevOps Bootcamp w CoddyKit jest strukturyzowany dla początkujących i zaawansowanych użytkowników, więc możesz zacząć tutaj lub od początku i uczyć się w swoim tempie. To lekcja 2 z 4.

Ile czasu zajmuje lekcja „Przepływy pracy z forkami na GitHub”?

Większość lekcji CoddyKit trwa około 5–10 minut. Każda lekcja to mały, interaktywny krok, dzięki czemu robisz systematyczne postępy i zawsze wracasz dokładnie do tego samego miejsca — na webie i w aplikacji.

Czy mogę pisać i uruchamiać kod w tej lekcji DevOps Bootcamp?

Tak. Każda lekcja DevOps Bootcamp zawiera wbudowany edytor kodu, więc piszesz i uruchamiasz prawdziwy kod bezpośrednio w przeglądarce i od razu otrzymujesz sprzężenie zwrotne od AI — bez konfiguracji na komputerze.

Wszystkie lekcje w tym kursie

  1. Tworzenie i przeglądanie pull requestów
  2. Przepływy pracy z forkami na GitHub
  3. Przeglądy kodu i zatwierdzenia
  4. Wersje robocze PR i szablony pull requestów
← Powrót do DevOps Bootcamp