Jak być może wiesz, GIT to rozproszony system kontroli wersji. Inżynierowie używają go do śledzenia zmian, które zostały wprowadzone w kodzie źródłowym podczas procesu tworzenia oprogramowania. Jeśli jesteś programistą, zwłaszcza jeśli dopiero zaczynasz swoją karierę, musisz poznać kilka bardziej przydatnych poleceń GIT.
Przyjrzyjmy się najlepszym komendom basha GIT, których powinieneś się nauczyć.
Pokażspis treści
Do konfigurowania projektu: wyjaśnienie podpowiedzi GIT
GIT INIT
KONFIG
KLON
ALIAS
Polecenia wykonywania i cofania zmian
STATUS
DODAĆ
POPEŁNIAĆ
RESETOWANIE
CHOWAĆ NA POTEM
ODWRACAĆ
Polecenia Git dla wysiłków zespołowych
ODDZIAŁ
Sprawdzać
CIĄGNĄĆ
POPEŁNIAĆ
NACISKAĆ
ŁĄCZYĆ
PONOWNE PODSTAWOWANIE
Po wydaniu poleceń
DZIENNIK
POKAZYWAĆ
Do konfigurowania projektu: wyjaśnienie podpowiedzi GIT
Polecane dla Ciebie: 5 genialnych darmowych aplikacji, które pomogą Ci nauczyć się kodować.
GIT INIT
Załóżmy, że właśnie utworzyłeś projekt w swoim ulubionym IDE i musisz wiedzieć o monitach PowerShell GIT. Będziesz musiał skonfigurować działające repozytorium GIT.
Robiąc to, musisz powiedzieć GITowi, który katalog powinien być używany i uruchamiany. Funkcja git init to sposób, w jaki możesz to zrobić. GIT utworzy plik hidden. git i użyj go do uporządkowania swoich plików jako innych podkatalogów.
Oto lista poleceń git init dla kolejnych popularnych edytorów:
git config –global core.editor „'C:\Program Files\Sublime Text 3\sublime_text.exe' -w” (Zobacz również uwagę poniżej)
Krzepa
git config –global core.editor „vim”
Kod Visual Studio
git config –global core.editor „kod – czekaj”
KONFIG
Po utworzeniu repozytorium być może możesz skonfigurować w nim niektóre istotne elementy, takie jak ustawienie nazwy użytkownika. Dlatego będziesz potrzebować polecenia CONFIG. Każde polecenie z listy GIT będzie to zawierać.
Możesz ustawić swoją nazwę użytkownika, wykonując:
Spowoduje to umieszczenie nazwy użytkownika w pobliskim repozytorium. Pamiętaj jednak, że później, jeśli chcesz utworzyć drugie repozytorium, będziesz musiał jeszcze raz skonfigurować informacje o użytkowniku.
Nie musisz tego robić, jeśli dodasz opcję polecenia globalnego. Globalnie ustawi twoje informacje:
Możesz także użyć polecenia CONFIG, aby skonfigurować inne aspekty. Możesz umieścić polecenie w pliku konfiguracyjnym.
KLON
Aby uzyskać zdalne repozytorium na swoim komputerze, musisz skonfigurować polecenie CLONE. Robisz to za pomocą ustawienia klonowania git i przekazując adres URL jako parametr. To polecenie powinno sklonować całe zdalne repozytorium na twoim komputerze. To kolejne z poleceń huba GIT, które będzie Ci dobrze służyć jako programista.
Za pomocą polecenia ALIAS możesz tworzyć skróty do ulubionych poleceń. Jest to narzędzie, które pomaga zawijać sekwencję poleceń i zapisywać je pod nazwą. Można to uznać za jedno z typowych poleceń GIT, których często będziesz używać jako programista.
Możesz także dodać aliasy bezpośrednio w pliku konfiguracyjnym. W takim przypadku dyrektywa w przykładzie zostanie przekształcona w następującą konfigurację w globalnym pliku konfiguracyjnym. Na przykład możesz skonfigurować następujące skróty do najczęściej używanych poleceń:
Jest to polecenie, którego użyłbyś, gdybyś chciał wyświetlić stan obszaru pomostowego i konfigurację roboczą. Używając go, możesz zobaczyć, jakie zmiany zostały zainscenizowane, a które nie.
DODAĆ
Zanim zatwierdzisz zmodyfikowany lub nowy plik, musi on zostać dodany do twojego obszaru testowego. Zrób to, uruchamiając dyrektywę git add . Musisz podać nazwę pliku i katalogu jako parametr. Możesz wpisać f_twój_plik>. W tym momencie Twój plik zostanie usunięty z listy „zmian do zatwierdzenia”.
Dodanie -p (lub —patch) umożliwia wybranie części każdego śledzonego pliku do zatwierdzenia. Następnie każde zatwierdzenie zawiera tylko powiązane zmiany.
POPEŁNIAĆ
Załóżmy, że zakończyłeś wdrażanie niektórych funkcji i chcesz zapisać zmiany. Spójrz na listę „zmian do zatwierdzenia”. Gdy to zrobisz, będziesz wiedział, że wszystkie potrzebne pliki zostały przygotowane. Wtedy możesz wykonać git commit .
Po wykonaniu tego polecenia otworzy się domyślny edytor. Następnie należy wprowadzić komunikat COMMIT.
Jeśli twoja wiadomość jest krótka, umieść ją w poleceniu GIT COMMIT w następujący sposób:
git commit -m “Your_first_commit_message.”
Możesz także dodać opcję -a. W ten sposób możesz mieć pewność, że GIT spojrzy na twoje drzewo robocze. Następnie wykona GIT ADD dla nowych i zmodyfikowanych plików, a także git rm dla wszelkich usuniętych plików przed zatwierdzeniem.
Być może zapomniałeś dodać plik do swojego zatwierdzenia. Nie chcesz tworzyć kolejnego polecenia zatwierdzenia dla tego pliku. Zamiast tego możesz użyć opcji zmiany.
Zobowiązania publiczne nigdy nie powinny być zmieniane. Pamiętaj, że twoi współpracownicy mogli oprzeć swoją pracę na tym zatwierdzeniu. Nie chcesz ich mylić z powodu jakichkolwiek zmian, które wprowadzili.
RESETOWANIE
git reset to kolejne narzędzie, które powinno ci się przydać, gdy zaczynasz swoją pracę jako programista. To jest polecenie, które pomaga przeformatować zmiany. Można go użyć na wiele sposobów, ale typowym przykładem jest podawanie trybu i identyfikatora zatwierdzenia, tak jakby istniały argumenty, takie jak ten:
git reset <mode> <commit>.
Istnieje wiele możliwości resetowania. Aby je zrozumieć, powinieneś znać trzy drzewa GIT.
Mixed to domyślne wywołanie z GIT RESET. Wykorzystuje opcję mieszaną, a także HEAD jako identyfikator zatwierdzenia. Resetuje wskaźniki ref i przenosi wszelkie zmiany z indeksu etapowego do obszaru roboczego. Obszar pomostowy jest następnie zgodny ze stanem, w którym występuje określone zatwierdzenie.
Twarda: Opcja twarda resetuje wskaźniki ref i dostosowuje indeks przemieszczania. Modyfikuje również katalog roboczy, dopasowując stan określonego zatwierdzenia. Zasadniczo resetuje wszystkie aspekty. Zanim wykonasz twardy reset, zapoznaj się ze zmianami hurtowymi, które zamierzasz wprowadzić.
Miękkie: Istnieje również opcja miękka, która nie dotyka indeksu pomostowego ani katalogu roboczego. Wskaźniki ref to wszystko, co jest aktualizowane.
CHOWAĆ NA POTEM
Powiedzmy, że pracujesz od jakiegoś czasu nad pewnym obszarem funkcji. Widzisz, że jest błąd, który musi zostać naprawiony w tym momencie. Ale twoje implementacje funkcji są nadal w toku i nie chcesz wprowadzać żadnych niedokończonych zmian gałęzi. Twoje polecenie git stash jest tym, czego będziesz potrzebować.
Ta metoda pozwala zachować zmiany w stosie STASH. Następnie możesz sporządzić ich listę wraz z listą skrytek git.
Nie ma ograniczeń dla gałęzi, w której możesz zastosować swoją skrytkę. Możesz przechowywać zmiany w jednej gałęzi i zastosować je do innej, kiedy chcesz.
Aby zastosować zapisane zmiany, użyj dyrektywy git stash apply. Stosuje najnowsze zmiany zapisane na stosie. Jeśli chcesz zastosować starsze zmiany, możesz określić nazwę, taką jak git stash apply [email protected]{1}. Dotyczy to innej skrytki w stosie.
Gdy zastosujesz skrytkę za pomocą dyrektywy Apply, nie zostanie ona usunięta z tego stosu. Możesz zobaczyć to jako polecenie przepływu GIT, którego będziesz często używać.
Może cię zainteresować: Jakie są trendy w tworzeniu aplikacji mobilnych w 2020 roku?
ODWRACAĆ
Być może uznałeś za stosowne przenieść ukończone zmiany do pierwotnej gałęzi i zauważyłeś, że jedno z twoich zatwierdzeń nie musi się tam znajdować. Napraw to, dodając kolejną dyrektywę, która pozbędzie się poprzedniej. Pomocna jest w tym dyrektywa REVERT. Musisz podać swój identyfikator zatwierdzenia i cofnąć jako parametr: git revert <commit_id> .
Polecenie wyszuka przydatne informacje, w tym nazwę oddziału, liczbę zatwierdzeń, które zostały wykonane po lub przed przejściem zdalnym. Możesz także zobaczyć nowe i zmodyfikowane pliki jako wiele list:
Zmiany do zatwierdzenia.
Zmiany nieustawione dla zobowiązania.
Nieśledzone pliki.
Polecenia Git dla wysiłków zespołowych
ODDZIAŁ
Dzięki dyrektywom gałęzi git twój system będzie korzystał z listy gałęzi. Jeśli chcesz spojrzeć na zdalne gałęzie, to git branch -r to sposób, w jaki to robisz. Jeśli chcesz zobaczyć lokalne i zdalne gałęzie, użyj git branch -a.
To kolejna regularnie używana dyrektywa GIT. Aby pracować w oddziale, musisz wykonać przełącznik. git checkout to sposób łatwego przełączania się z oddziału na inny. Możesz go użyć do przeglądania plików, a także zatwierdzeń. Git checkout <nazwa-twojej-branży> to sposób, w jaki jest wykonywany.
Pamiętaj o następujących kwestiach, jeśli chcesz pomyślnie przełączać się między oddziałami:
Zmiany w bieżącej gałęzi można zatwierdzić lub ukryć podczas przełączania
Każda zaznaczona gałąź musi istnieć w twoim lokalnym
Istnieje również polecenie skrótu, które umożliwia utworzenie gałęzi i przełączenie się do niej w jednym czasie:
git checkout -b <name-of-your-branch>.
To jest polecenie, które tworzy inną dyrektywę w twoim lokalnym (-b oznacza gałąź). Przegląda ostatnią gałąź bezpośrednio po jej utworzeniu.
CIĄGNĄĆ
Dzięki dyrektywie git pull pobierasz świeże dane przez zdalne repozytorium i integrujesz je z najbliższym. Po uruchomieniu tego polecenia odświeżysz lokalne gałęzie wraz ze wszelkimi zmianami ze zdalnego terminala.
Istnieje również domyślny sposób integracji nowych zmian. Użyj scalania. Możesz zmienić go na rebase, jeśli użyjesz opcji: git pull –rebase .
Zaleca się, aby zawsze umieszczać zmiany w czystym pobliskim repozytorium bez niezatwierdzonych zmian.
POPEŁNIAĆ
Jest to dyrektywa, która może „zrobić migawkę” lub zapisać plik w historii wersji. Wprowadzasz git commit -m „[Wpisz wiadomość zatwierdzenia]”, używając go.
Jest to polecenie, które zatwierdza wszystkie dodane pliki, wraz z poleceniem GIT ADD. Skutecznie zatwierdza również pliki, które zmieniły się od tego czasu.
NACISKAĆ
Po zatwierdzeniu jakichkolwiek zmian prawdopodobnie chcesz przesłać je do zdalnego repozytorium. W ten sposób są dostępne dla twoich kolegów z drużyny.
Jeśli uruchomisz GIT PUSH, to „wypchnie” ostatnie zmiany bieżącego obszaru do jego pilota. Jeśli poprzez utworzenie oddziału lokalnie, wypchniesz całą gałąź do zdalnego repozytorium, to w porządku. Ta dyrektywa pozwala to zrobić: git Push -u Origin <replace_with_branch_name> .
W ten sposób przekazujesz gałąź o określonej nazwie do repozytorium Origin. Oddział zdalny powinien mieć taką samą nazwę jak oddział lokalny.
ŁĄCZYĆ
Musieliśmy również umieścić MERGE na tej liście monitów GIT. W pewnym momencie będziesz chciał zintegrować gałąź funkcji lub naprawić błędy w innej gałęzi. Połączenie oddziału pozwala to zrobić. Uruchomienie polecenia git merge jest tym, co musisz zrobić.
Po uruchomieniu polecenia mogą wystąpić dwie odmiany scalania: scalanie trójstronne lub szybkie przewijanie do przodu.
Szybkie scalanie do przodu ma zastosowanie, gdy istnieje liniowa ścieżka między gałęziami, które chcesz scalić. Powiedzmy, że utworzyłeś gałąź poprawiającą błędy z mastera. Naprawiłeś problem i będziesz chciał połączyć go w wzorzec. Jednak nikt nie zrobił aktualizacji oddziału. GIT może sam scalić gałąź, co rozwiąże problem.
Trójkierunkowe scalanie ma miejsce, gdy nie ma ścieżki liniowej między gałęziami. Podobnie jak w ostatnim przykładzie, opracowałeś gałąź poprawiającą błędy z wersji głównej. Poprawiłeś błąd, a teraz musisz połączyć go z git merge <branch> .
Być może odkryjesz, że ktoś zaktualizował plik główny. Aby połączyć gałęzie, GIT musi utworzyć nowe zatwierdzenie, w którym łączą się zmiany.
Właśnie wtedy pojawia się problem. Obie gałęzie zmieniły identyczny blok kodu. GIT nie może połączyć zmian bez twojej pomocy. Zaakceptowanie jednej zmiany jest najłatwiejszym sposobem, aby to zrobić.
Można jednak również łączyć zmiany. W takim przypadku GIT modyfikuje pliki, których dotyczy problem, za pomocą niektórych wskaźników wizualnych. Pozwala to łatwo zlokalizować problemy. Stosowane są niektóre znaczniki wizualne:
<<<<<< — shows the place the conflict began ====== — separates changes from different branches >>>>>> — shows where the conflict ends
Gdy rozwiążesz konflikty i pozbędziesz się znaczników, skonfliktowane obszary zostaną dodane do twojego obszaru postoju za pomocą git add .
Jeśli popełniono błąd lub chcesz pójść w innym kierunku, uruchom git merge –abort. W ten sposób Twoja gałąź nie zostanie zmodyfikowana.
Jeśli nie, użyj poleceń git commit. Zakończy to scalanie, tworząc nowe zatwierdzenie.
Innym pomocnym poleceniem jest polecenie git mergetool , które po prostu uruchamia zewnętrznego pomocnika scalania na wypadek problemów z scalaniem w Git.
Może ci się również spodobać: Najlepszy język programowania do tworzenia aplikacji na iOS.
PONOWNE PODSTAWOWANIE
Zintegruj zmiany, używając najpierw REBASE, a następnie scalaj. Dzięki REBASE przepisujesz historię programu. Publiczne zatwierdzenia nigdy nie powinny być ponownie oparte, ponieważ na przykład członek zespołu może oprzeć na nich swoją pracę.
Zamiast wybierać połączenie określonej gałęzi z własną, możesz zmienić bazę swojej gałęzi na konkretną. Ale co robi ten protokół rebase, którego używasz?
Stanie się tak, że zmiany uzyskają integrację z jednej konkretnej gałęzi w inną. Podstawa drugiej gałęzi zostanie zmieniona z jednego zatwierdzenia na inny. Wygląda na to, że druga gałąź została utworzona z pierwszej. Daje to przejrzystą, liniową historię.
Git rebase <name_of_branch_to_rebase_on> to sposób wykonania polecenia.
Jest to pierwszy lub standardowy tryb polecenia rebase. Następnie jest drugi tryb, zwany także trybem interaktywnym. Możesz go użyć do łatwej modyfikacji sekwencji zatwierdzeń przed umieszczeniem ich w innej gałęzi, zwanej inaczej zdalną.
Po wydaniu poleceń
DZIENNIK
Ta dyrektywa służy do wyświetlania historii wersji bieżącej gałęzi. Aby go wykonać, wpisz git log –follow[file] .
Ta dyrektywa wyświetla historię wersji pliku. Zmiana nazw plików zostanie uwzględniona. git log drukuje historię zatwierdzeń.
W tym scenariuszu można użyć kilku opcji. Jednym z nich jest git log –stat. Dla każdego zatwierdzenia w historii zostanie wydrukowana lista nazwisk. Pliki, które zostały usunięte, zmodyfikowane lub dodane, będą dostępne. Można zobaczyć kwoty wierszy, które zostały usunięte lub dodane. Zauważysz, że istnieje również podsumowanie, z którym możesz się zapoznać.
POKAZYWAĆ
Monit Pokaż, którego używają programiści, może wyświetlać szczegóły różnych obiektów. Kiedy mówimy „obiekty”, mamy na myśli zatwierdzenia lub znaczniki. git show może służyć do wyświetlania starszej wersji pliku. Na przykład możesz użyć tego polecenia, aby wyświetlić wersję pliku sprzed dwóch zatwierdzeń.
Mamy nadzieję, że ten samouczek dotyczący poleceń GIT pomógł jako wprowadzenie do tego narzędzia. Jako programista, im więcej dowiesz się o GIT, tym lepiej będziesz mógł zostać zatrudniony przez zespół szukający niezawodnego programisty.
Gdy staniesz się bardziej zaawansowany w tej dziedzinie, nauczysz się więcej podpowiedzi GIT, a twoje programowanie stanie się dużo płynniejsze. Będziesz mógł napisać użyteczny kod, do którego będą mogli dodawać koledzy z zespołu.
Ten artykuł został napisany przez Sławę Waniukowa. Jest współzałożycielem i dyrektorem generalnym Softermii, agencji zajmującej się tworzeniem oprogramowania i aplikacji. Posiada ponad 9-letnie doświadczenie w branży webowej i mobilnej. Poza tym jest jednym z autorów bloga Softermii i blogerem technologicznym prezentowanym w wielu innych zasobach internetowych. Możesz śledzić go na LinkedIn.
