Jak sprawdzić konflikt scalania w Git

Wielu użytkowników może współpracować z wieloma oddziałami w dowolnym repozytorium GIT, aby śledzić swoje zadania projektowe. Czasami wymaga połączenia zawartości jednej gałęzi z inną gałęzią. To zadanie można wykonać bardzo łatwo za pomocą „git scal” Komenda. Ale konflikt scalania powstaje, gdy dwóch lub więcej użytkowników tego samego projektu pracuje nad tym samym plikiem i wykonuje różne zadania w tym pliku, na przykład jeden użytkownik dodaje treść do pliku, a inny użytkownik usuwa treść z pliku, a następnie GIT nie jest możliwe, aby wybrać odpowiedni plik aktualizacji. Konflikt scalania może również pojawić się, gdy użytkownik modyfikuje lokalny plik repozytorium w wielu oddziałach. Git oznaczy plik jako konflikt scalania, a użytkownicy Git muszą rozwiązać ten problem przed kontynuowaniem pracy. Sposoby sprawdzania konfliktu scalania dla lokalnego repozytorium i rozwiązania tego problemu zostały wyjaśnione w tym samouczku.

Wymagania wstępne:

Zainstaluj pulpit GitHub

Github Desktop pomaga graficznemu użytkownikowi git wykonywania zadań związanych z git. Możesz łatwo pobrać najnowszego instalatora tej aplikacji dla Ubuntu z Github.com. Musisz zainstalować i skonfigurować tę aplikację po pobraniu, aby. Możesz także sprawdzić samouczek do zainstalowania pulpitu GitHub na Ubuntu, aby poprawnie poznać proces instalacji.

Utwórz lokalne repozytorium

Musisz utworzyć lokalne repozytorium, aby przetestować polecenia używane w tym samouczku do sprawdzania i rozwiązywania konfliktu scalania.

Sprawdź konflikt scalania:

Możesz utworzyć nowe lokalne repozytorium lub dowolne istniejące repozytorium, aby sprawdzić polecenia użyte w niniejszej części tego samouczka. Użyłem istniejącego lokalnego repozytorium o nazwie grzmotnąć i otworzył folder repozytorium z terminalu. Uruchom następujące polecenia, aby sprawdzić istniejącą listę oddziałów, przełącz na gospodarz oddział i utwórz plik o nazwie organizować coś.tekst Korzystając z edytora Nano.

$ git oddział
$ git kectout Master
$ nano konfiguracja.tekst

Poniższe dane wyjściowe pokazuje, że w repozytorium są trzy oddziały i główny Oddział jest początkowo aktywny. Następnie aktywny gałąź zmieniła się na gospodarz. Nano Editor zostanie otwarty po wykonaniu „Nano Confiettup.polecenie txt '.

Możesz dodać dowolną zawartość do pliku. Następująca treść została dodana w organizować coś.tekst plik tutaj.

Postępuj zgodnie z instrukcją…

Uruchom następujące polecenia, aby dodać konfigurację.plik txt w repozytorium, popełnij zadanie z komunikatem zatwierdzenia i sprawdź aktualny status repozytorium.

$ git Dodaj konfigurację.tekst
$ git commit -m "konfiguracja.TXT jest dodawany "
Status $ git

Poniższe dane wyjściowe pokazuje, że jeden plik jest wstawiany do repozytorium z komunikatem zatwierdzenia, a drzewo robocze jest teraz czyste dla gospodarz oddział.

Uruchom następujące polecenia, aby zmienić bieżącą gałąź na wtórny i otwórz edytor nano, aby dodać treść dla organizować coś.tekst plik, który został już edytowany w gospodarz oddział.

$ git Checkout Secondary
$ nano konfiguracja.tekst

Po wykonaniu powyższego polecenia pojawi się następujące dane wyjściowe.

Możesz dodać dowolną zawartość do pliku. Następująca treść została dodana w organizować coś.tekst plik tutaj.

Przeczytaj instrukcję…

Uruchom następujące polecenia, aby dodać organizować coś.tekst Plik w repozytorium, zatrudnij zadanie z komunikatem zatwierdzenia i sprawdź aktualny status repozytorium.

$ git Dodaj konfigurację.tekst
$ git commit -m "konfiguracja.TXT jest dodawany dla oddziału wtórnego."
Status $ git

Następujące dane wyjściowe pokazuje, że organizować coś.tekst Plik został dodany do wtórnej gałęzi repozytorium.

organizować coś.tekst Plik został zmodyfikowany w gałęzi głównych i wtórnych. Uruchom następujące polecenia, aby przejść do gospodarz rozgałęziaj i scal treść wtórny oddział do gospodarz oddział.

$ git kectout Master
$ git scal wtórne

Poniższe dane wyjściowe pokazuje, że konflikt scalania pojawił się, ponieważ ten sam plik został zmodyfikowany w obu ławkach.

Rozwiąż konflikt scalania:

Uruchom następujące polecenie, aby sprawdzić zawartość organizować coś.tekst Plik przed rozwiązaniem konfliktu scalania.

Konfiguracja $ CAT.tekst

Następujące dane wyjściowe pokazuje, że organizować coś.tekst Plik zawiera zawartość dodaną w obu gałęziach z dodatkowymi symbolami. Siedmioosobowe postacie (<<<<<<<) with HEAD has added before the committed content of the gospodarz oddział i siedem znaków równych (=======) dodano przed zaangażowaną treść wtórny oddział. Siedem większych niż postacie (>>>>>>) dodało z wtórny Nazwa gałęzi na końcu pliku. Tutaj mniej niż Charakter wskazuje edycję obecnej gałęzi. znak równości Wskazuje koniec pierwszej edycji. Lepszy niż Charakter wskazuje koniec drugiej edycji.

Uruchom następujące polecenie, aby sprawdzić bieżący status repozytorium.

Status $ git

Poniższe dane wyjściowe pokazuje, że możesz przerwać operację scalania lub ponownie dodać plik po edycji i zatwierdzić zadanie przed ponownym wykonaniem polecenia scalania.

Otwórz plik w edytorze Nano i zmodyfikuj zawartość na podstawie wymagań, usuwając wszystkie symbole.

$ nano konfiguracja.tekst

Do pliku dodano następującą zawartość, usuwając tutaj wszystkie poprzednie treści.

Przeczytaj poprawnie instrukcje…

Uruchom następujące polecenia, aby dodać plik, sprawdź bieżący status pliku i wypełnij operację scalania.

$ git Dodaj konfigurację.tekst
Status $ git
$ git commit

Poniższe dane wyjściowe pokazuje, że konflikt scalania został naprawiony, a oddział wtórny połączył się po wykonaniu „git commit” Komenda.

Wniosek:

Sposoby wykrywania i rozwiązywania lokalnego konfliktu scalania repozytorium GIT zostały pokazane w tym samouczku za pomocą lokalnego repozytorium demo. Mam nadzieję, że koncepcja konfliktu scalania zostanie usunięta dla czytelników i rozwiąże ten problem po przeczytaniu tego samouczka.