Obsługa githuba od juniora do seniora!

W tym artykule nie będę opisywał, jak stworzyć profil na GitHubie ani jak używać terminala do tworzenia commitów. Zamiast tego wyjaśnię, dlaczego używanie Git i GitHub na co dzień jest tak ważne, zwłaszcza jeśli dopiero uczysz się kodowania.

Omówię również trzy proste zasady, które pozwolą Ci doskonale poznać systemy kontroli wersji i je opanować.

Dlaczego Git i GitHub są tak ważne?

Jeśli uczysz się kodować, są szanse, że twoim najważniejszym celem jest ostateczne zdobycie pracy jako programista. W takim przypadku odpowiedź jest bardzo prosta.

Nauka Git i GitHub jest niesamowicie ważna, ponieważ 99% firm, które mogą cię zatrudnić, używa Git i GitHub. Dlatego nauka pracy z tym systemem sprawi, że będziesz bardziej pożądany przez pracodawców i pomoże ci się odróżnić od innych kandydatów, którzy tego nie umieją.

To, co sprawia, że starsi deweloperzy są lepsi, to nie to, że lepiej znają składnię danego języka, ale to, że mają doświadczenie w pracy z dużymi projektami, z prawdziwymi użytkownikami i celami biznesowymi.

Kiedy uczysz się kodować, ciężko jest zdobyć takie doświadczenie. Jednak prostym sposobem na zdobycie doświadczenia w świecie rzeczywistym jest korzystanie z narzędzi i metodologii używanych w prawdziwych projektach.

Inne rzeczy, które możesz zrobić, to zdalne programowanie w parach, rozwój technologii open source i budowanie stron internetowych / aplikacji do swojego portfolio.

Dlaczego wiele firm wymaga obsługi Gita i GitHuba?

Krótka odpowiedź brzmi: Git pozwala zespołom sprawnie i skutecznie wnosić kod do tego samego projektu w sposób asynchroniczny. Upoważnia to zespoły do lepszej współpracy, a tym samym pozwala im na rozwiązywanie większych i bardziej złożonych problemów.

Git, który jest rozproszonym systemem kontroli wersji, zapewnia również mechanizmy do odwracania zmian, tworzenia gałęzi kodu, rozwiązywania konfliktów scalania i tak dalej. Są to bardzo przydatne funkcje, które rozwiązują konkretne i powszechne problemy, z którymi każdy zespół programistyczny spotyka się na co dzień. A Git jest obecnie dominującym rozwiązaniem.

GitHub, z drugiej strony, jest dodatkową warstwą na szczycie Git, która zapewnia rozwiązania innych konkretnych i powszechnych problemów, takich jak recenzje kodu, pull requests, zarządzanie problemami / śledzenie błędów i tak dalej.

Mimo że Git jest rozwiązaniem wiodącym do kontroli wersji dla większości firm, GitHub ma kilku silnych konkurentów, takich jak GitLab i Bitbucket. Jednak jeśli wiesz, jak korzystać z GitHub, nie będziesz miał problemu z pracą na tych narzędziach.

3 zasady, które pozwolą Ci opanować Githuba

Teraz gdy wiesz, dlaczego tak ważne jest opanowanie systemu kontroli wersji, nadszedł czas, aby powiedzieć ci trzy proste zasady, których należy przestrzegać, aby łatwo opanować Gita.

#1: Twórz repozytorium dla każdego nowego projektu
#2: Twórz nowy branch dla każdej nowej funkcjonalności
#3: Używaj Pull Requests do scalania kodu

Nawet jeśli pracujesz nad małymi i prostymi projektami, i nawet jeśli pracujesz sam, przestrzeganie tych trzech zasad za każdym razem, gdy kodujesz, sprawi, że bardzo szybko staniesz się użytkownikiem Git i GitHub master.

Twórz repozytorium Git dla każdego nowego projektu

Ta pierwsza zasada jest dość prosta, ale wyrobienie sobie z niej nawyku jest bardzo ważne. Za każdym razem, gdy zaczynasz pracę nad czymś nowym – swoim portfolio, projektem do nauki, rozwiązaniem wyzwania koderskiego i tak dalej – powinieneś stworzyć nowe repozytorium Git i wypchnąć je na GitHub.

Posiadanie dedykowanego repo jest pierwszym krokiem do tego, aby móc używać kontroli wersji dla każdej linii kodu, którą napiszesz. Korzystanie z kontroli wersji jest sposobem, w jaki będziesz pracować, gdy dołączysz do firmy i zaczniesz pracować nad projektami w świecie rzeczywistym. Naucz się tego wcześnie i uczyń to nawykiem.

Jeśli używanie terminala staje się kłopotliwe i sprawia, że mniej prawdopodobne jest używanie Git dla wszystkich swoich projektów, rozważ użycie aplikacji Github Desktop. (Bardzo często z niej korzystałem)

Twórz nowy branch dla każdej nowej funkcjonalności

Powiedzmy, że pracujesz nad swoim portfolio i chcesz zbudować nową sekcję/komponent „Skontaktuj się ze mną”. Stwórz dedykowany branch dla tej nowej funkcjonalności, nadaj jej sensowną nazwę (np. contact-me-section) i przekaślij kod.

Praca z branchami pozwala Tobie i członkom twojego zespołu pracować nad różnymi funkcjami w sposób równoległy, utrzymując specyficzny kod dla każdej funkcji odizolowany od reszty.

Nawet jeśli jesteś jedyną osobą w zespole, przyzwyczajenie się do korzystania z gałęzi funkcji sprawi, że proces Github Flow stanie się łatwy, gdy dołączysz do prawdziwej pracy.

Używaj Pull Requests do łączenia kodu

Każde repozytorium domyślnie zaczyna się od master branch. Nigdy nie powinieneś wysyłać zmian bezpośrednio do niego.

Zamiast tego, powinieneś używać nowych branchy, i tworzyć nowy Pull Request, aby połączyć kod nowego brancha z kodem master.

W prawdziwej pracy ktoś spojrzy na twój Pull Request i zrobi przegląd kodu przed jego zatwierdzeniem. GitHub przeprowadzi również automatyczne testy twojego kodu i da ci znać, jeśli pojawi się jakiś problem.

Zostaniesz również powiadomiony, jeśli wystąpi konflikt mergowania między twoim kodem a kodem w master branchu. Może się to zdarzyć na przykład wtedy, gdy inny deweloper wysłał do głównego brancha zmianę, która wpływa na plik, który również zmodyfikowałeś.

Nawet jeśli pracujesz sam, przyzwyczajaj się do tworzenia Pull Requestów jako sposobu na połączenie swoich zmian z master branchem.

To, nawiasem mówiąc, jest podstawowy przepływ pracy używany przez prawie każdy projekt open source. Jeśli kiedykolwiek będziesz współtworzył jakiś projekt (a powinieneś!), zrozumienie tych trzech zasad sprawi, że bez problemu zaakceptujesz swój wkład.

Podsumowanie

Jeśli nadal nie wiesz, o czym piszę, po prostu zacznij i pamiętaj o tych trzech zasadach. Nie próbuj jeszcze myśleć o tym jak robić rzeczy i skup się na tym co musisz zacząć robić i dlaczego jest to ważne – skup się na celu.

Kiedy poznasz podstawy, będziesz mógł dowiedzieć się i łatwiej zrozumiesz jak to działa. Gdy powtórzysz ten proces 2-3 albo 10-20 razy, stanie się on dla Ciebie naprawdę łatwy i naturalny.

Sugeruję również lekturę u źródła:

https://docs.github.com/en/get-started/quickstart/github-flow