Git, Github i kontrola wersji

Nov 28 2022

W tym artykule przedstawię przegląd kontroli wersji, dlaczego jest ona niezbędna dla każdego programisty i powiem, jak zacząć. Co to jest kontrola wersji? Tak więc kontrola wersji, znana również jako kontrola źródła, to praktyka śledzenia i zarządzania zmianami w plikach.

W tym artykule przedstawię przegląd kontroli wersji, dlaczego jest ona niezbędna dla każdego programisty i powiem, jak zacząć.

Co to jest kontrola wersji?

Tak więc kontrola wersji, znana również jako kontrola źródła, to praktyka śledzenia i zarządzania zmianami w plikach.

Zasadniczo oznacza to, że jako programista podczas programowania strony internetowej, aplikacji lub oprogramowania pomocna jest możliwość powrotu do pewnych punktów w swoim rozwoju.

Pomyśl o tym jak o punkcie kontrolnym w grze wideo, kontrola wersji jest zasadniczo jak posiadanie punktów kontrolnych w fazie rozwoju i możliwość powrotu do dowolnej „wersji”, z dowolnego powodu.

Fajną rzeczą w kontroli wersji jest to, że działa nawet wtedy, gdy nad tym samym projektem pracuje wiele osób, rejestruje i śledzi wkład wszystkich osób.

Kontrolę wersji można ćwiczyć z dowolnym typem pliku, ale jako programiści używamy jej głównie do kodu oprogramowania.

Systemy kontroli wersji

Systemy kontroli wersji to systemy, które umożliwiają nam wdrażanie kontroli wersji poprzez rejestrowanie zmian dokonywanych w plikach, identyfikowanie przez kogo te zmiany zostały wprowadzone, kiedy zostały dokonane oraz dają nam możliwość zaakceptowania tych zmian lub powrotu do poprzednich wersji pliku.

Istnieje wiele systemów kontroli wersji, takich jak GIT, Mercurial i CVS, ale Git jest bez wątpienia najpopularniejszym i najczęściej używanym systemem, więc przyjrzymy się Gitowi.

GIT

Git robi wszystko, co zrobiłby świetny system kontroli wersji, śledzi zmiany w kodzie, kto je wprowadził i umożliwia współpracę programistów w kodzie.

Git współpracuje ręka w rękę ze stroną internetową o nazwie Github.

Github to internetowa platforma hostingu kodu używana do kontroli wersji i współpracy. Dzięki GitHub możesz pracować nad projektem z innymi programistami z dowolnego miejsca na świecie.

Git jest zasadniczo używany do pracy w twoim IDE w twoim systemie, a GitHub to platforma, która umożliwia wielu programistom z całego świata współpracę nad kodem.

Pierwsze kroki z Gitem i Githubem

Pierwszą rzeczą, którą chcesz zrobić, to pobrać i zainstalować git na swoim komputerze.

Aby to zrobić, wystarczy wejść na https://git-scm/downloads, wybrać swój system operacyjny i postępować zgodnie z instrukcjami.

Instalacja Git może trochę potrwać, więc gdy dzieje się to w tle, przejdźmy do GitHub i utwórz konto na GitHub.com.

Po zainstalowaniu git na twoim urządzeniu możemy zacząć.

Zobaczysz wiele nawiasów () idąc dalej, są one używane tylko do przechowywania poleceń, więc pomiń je podczas uruchamiania poleceń.

Skonfiguruj swojego Gita

Otwórz terminal komputera i wpisz (git —version)

Robimy to, aby upewnić się, że faktycznie mamy poprawnie zainstalowanego git, jeśli instalacja przebiegła pomyślnie, pokaże ci, którą wersję git zainstalowałeś

Następnie musimy skonfigurować git, musimy powiedzieć git, kim jesteśmy, używając naszego imienia i adresu e-mail. Zaleca się używanie tej samej nazwy, której użyłeś do utworzenia konta GitHub podczas konfigurowania git w swoim systemie.

Wpisz w wierszu poleceń (git config —global user.name „twoje imię”)

Następnie (git config — global user.email „twój adres e-mail”)

To mówi gitowi, jakie jest twoje imię i nazwisko oraz adres e-mail, te dane zostaną powiązane z twoim kodem w przyszłości.

Aby sprawdzić i upewnić się, że poprawnie wykonaliśmy konfigurację, używamy polecenia (Git config —global —list)

Spowoduje to wyświetlenie nazwy i adresu e-mail, który właśnie zarejestrowałeś.

Byli w! Teraz zobaczmy, jak ona lata.

Właściwie przećwiczmy używanie git do śledzenia pliku.

Git, w praktyce

Utwórz plik o nazwie „project.html” i otwórz go w edytorze tekstu.

Używam i polecam vs code.

(Git init) — Inicjalizacja

Otwórz terminal w kodzie vs i użyj polecenia (git init)

Robimy to za każdym razem, gdy tworzymy nowy plik, o którym git ma wiedzieć i śledzić.

(Git status) — Sprawdzanie statusu pliku

Aby sprawdzić status naszego pliku używamy polecenia (git status)

To pokaże nam stan naszych plików w tym czasie.

Pokaże pliki, które są śledzone i monitorowane, oraz te, które nie są.

Nasz plik project.html powinien być wyświetlany czerwonymi literami w sekcji „nieśledzone pliki”:

(Git add filename) — Przemieszczanie pliku

Teraz git powinien śledzić nasz plik. Aby to potwierdzić użyjmy polecenia (git status), powinniśmy zobaczyć nasz plik zielonymi literami pod 'zmiany do zatwierdzenia:'

Za każdym razem, gdy dokonujesz zmiany w swoim pliku, musisz ją przygotować za pomocą polecenia (git add project.html), aby była aktualna w git.

(Git add .) — Przemieszczanie wielu plików

(git commit) — Jak zatwierdzić [utwórz punkt kontrolny].

W tym celu używamy polecenia (git commit -m „nazwij swój punkt kontrolny”)

Zatwierdzając pliki, powinieneś nadać temu zatwierdzeniu nazwę, abyś mógł go później zidentyfikować, gdybyś chciał do niego wrócić.

Rozgałęzianie w git

Wyobraź sobie scenariusz, w którym piszesz kod i dochodzisz do punktu, w którym musisz wybrać dwie możliwe ścieżki, być może ścieżka A będzie miała logo na czerwono, a ścieżka B będzie miała logo na niebiesko. Z git tak naprawdę nie musisz wybierać, możesz mieć jedno i drugie!

W tym przypadku tworzymy tak zwaną gałąź, która stworzy kopię, gałąź kodu, którą już masz, nad którą możesz dalej pracować niezależnie od oryginalnej gałęzi.

(Git branch nameofbranch) — tworzenie gałęzi

(Git branch) — pokazuje wszystkie gałęzie

Powinien pokazywać domyślnie główną gałąź o nazwie „master” i wszelkie inne gałęzie, które utworzyłeś.

(Git checkout nameofbranch) — przełączanie między gałęziami

To przełączy cię do określonej gałęzi i powie ci to na terminalu.

Zawsze możesz w dowolnym momencie potwierdzić gałąź, w której się znajdujesz, używając polecenia (git status).

Github — git, ale z kolegami.

Teraz spójrzmy na GitHub, jak możemy go używać do hostowania naszego kodu online i jak pomaga we współpracy między programistami.

Łączenie repozytorium Git z GitHub

Przejdź do github.com, zarejestruj się lub zaloguj na konto, które już utworzyłeś i utwórz nowe repozytorium.

Podczas tworzenia tego repozytorium otrzymasz kilka opcji.

Utwórz nowe repozytorium w wierszu poleceń
Wypchnij istniejące repozytorium z wiersza poleceń I
Importuj kod z innego repozytorium

Druga opcja powinna mieć linię kodu z dołączonym linkiem, powinna wyglądać jak git remote add origin repositoryUrl.

Skopiuj i wklej to w naszym terminalu w vs code.

To łączy nasze repozytorium offline z naszym kontem GitHub, teraz można je zobaczyć na GitHub i pracować nad nim inni.

(Git branch -M main) — Zmiana nazwy naszej domyślnej gałęzi w Git

Jest to opcjonalna, ale zdecydowanie zalecana zmiana.

Aby zmienić nazwę naszej domyślnej gałęzi z „master” na „main”, użyj polecenia (git branch -M main).

Pchać i ciągnąć

(git push -u origin main) — wpychanie kodu

Spowoduje to wypchnięcie naszego kodu z naszego lokalnego repozytorium git do GitHub, po czym powinieneś zobaczyć swój kod na GitHub i możesz udostępnić link każdemu, kogo chcesz, aby mógł go przejrzeć i wprowadzić dowolne zmiany.

W ten sam sposób, w jaki możesz przesłać swój kod do Internetu, możemy również pobrać kod z GitHub do lokalnego repozytorium.

Jest to szczególnie przydatne, gdy zaczynasz współpracować nad projektami z innymi osobami, które mogły wprowadzić zmiany w projekcie i możesz w ten sposób „wyciągnąć” ich kod z GitHub.

(git pull origin main) — ściąganie kodu

Spowoduje to pobranie głównej gałęzi twojego repozytorium i jeśli ktoś nie dokonał zmian w repozytorium online, powinno być napisane „już aktualne”.

Możesz wyciągnąć inne gałęzie, zastępując „main” nazwą gałęzi, którą chcesz wyciągnąć.

Klonowanie (git clone „repositoryurl”)

Przejdź do repozytorium docelowego i dotknij przycisku kodu, a pojawi się menu do wyboru.

Skopiuj znajdujący się w nim link https.

Utwórz folder w swoim systemie i utwórz terminal w folderze, do którego chcesz sklonować repozytorium.

Spowoduje to otwarcie terminala systemowego.

Użyj polecenia (git clone „repositoryurl”)

Jeśli proces klonowania zakończył się pomyślnie, powinieneś zobaczyć sklonowany folder i wszystkie pliki związane z utworzonym folderem, a kiedy otworzysz ten folder w kodzie vs, zobaczysz repozytorium w całej okazałości

Przepływ pracy Gita

Oto kilka najlepszych praktyk podczas korzystania z git i GitHub w celu zapewnienia właściwej współpracy.

Nie pracuj z głównej gałęzi.

Pociągnij, zanim popchniesz

Tworzenie żądania ściągnięcia (w skrócie PR)

Po wypchnięciu gałęzi do GitHub musisz złożyć żądanie ściągnięcia, aby Twój kod mógł zostać przejrzany i scalony z główną gałęzią repozytorium.

Za każdym razem, gdy wykonasz pr, pokaże ci gałąź, do której chcesz zostać wciągnięty, oraz swoją gałąź obok siebie, abyś mógł porównać, aby upewnić się, że wszystko pasuje i że nie ma błędów, zanim przejdziesz dalej.