Poprawka: wprowadź wiadomość o zatwierdzeniu, aby wyjaśnić, dlaczego to scalenie jest konieczne

Prawdopodobnie jeden z najbardziej zawstydzających komunikatów o błędach, które pojawiają się podczas korzystania z centrum rozwoju git, to komunikaty o zatwierdzeniach po wykonaniu normalnego scalania. Możesz zobaczyć wiersz z poleceniem wprowadzenia komunikatu zatwierdzenia, aby wyjaśnić, dlaczego to scalenie jest konieczne, ale jeśli coś tam napiszesz, nie pozwoli ci to zakończyć. Jest to tak krępujące, ponieważ w ogóle nie jest to komunikat o błędzie.

Monit jest w rzeczywistości dostępny dla ludzi, którzy muszą edytować scalenia git, a każdy dodany tekst jest po prostu powiadomieniem innych programistów, którzy mogą patrzeć na to, co napisałeś. Musisz wyjść z edytora w taki sam sposób, jak gdybyś używał go ze standardowego ekranu terminala.

Zakończ połączenia git, które pytają o komunikaty zatwierdzenia

Generalnie zobaczysz to, jeśli wykonałeś normalne scalanie na git jako część oddzielnego dokumentu. Czasami ten monit może pojawić się po bloku kodu, gdy scalasz zaktualizowaną wersję nadrzędną do własnej gałęzi tematycznej. Żadna dokumentacja z git nie wyjaśnia, co zrobić, gdy do niego dotrzesz, ponieważ tak naprawdę nie jest to żadna podpowiedź.

Obie linie tej wiadomości zaczynają się od symbolu #, co oznacza, że ​​są komentarzami. Ponieważ git nie wie, ilu programistów pracuje nad projektem, jest to dodawane, abyś mógł zostawić innym wiadomość o tym, dlaczego połączyłeś nadrzędny strumień w gałąź tematyczną. Musisz jednak wiedzieć, którego edytora używasz, aby go zamknąć.

W większości przypadków używasz edytorów vi lub vim. Naciśnij klawisz Esc, a następnie wpisz: wq i naciśnij enter, aby wyjść. To jest ten sam sposób, w jaki wychodziłbyś z vima przy każdej innej okazji. Spowoduje to zapisanie pliku i zamknięcie go, co spowoduje natychmiastowe wyjście z gita.

Zwróć uwagę na wszelkie wskazówki, które mogą pomóc Ci dowiedzieć się, jakiego rodzaju edytora używasz. Na naszym przykładowym zrzucie ekranu dodatkowe znaki tyldy pokazujące nowe linie, które jeszcze nie zostały wstawione do pliku, były dowodem na to, że platforma git umieściła nas w vimie. Z drugiej strony, jeśli nie możesz dowiedzieć się, jakiego edytora używasz, naciśnij Esc i użyj polecenia: wq, ponieważ vi i vim są w tym momencie prawie uniwersalne, więc przekonasz się, że zwykle cię to wyprowadzi.

Z drugiej strony, jeśli używasz nano, po prostu naciśnij Ctrl + X i wpisz y, gdy pojawi się pytanie, czy zapisać zmiany. Jak tylko wciśniesz enter, wyjdziesz z gita i wrócisz tam, gdzie byłeś wcześniej. W takich przypadkach zwykle zauważysz wiersz u góry terminala, który brzmi „GNU nano”. Jeśli nie, poszukaj kilku skrótów klawiaturowych u dołu okna.

Jeśli okaże się, że żadna z tych metod nie działa, naciśnij Ctrl + X, a następnie Ctrl + C, aby zakończyć. To powinno uwolnić cię od gita, gdybyś używał edytora emacs. To niezwykła okoliczność. W większości przypadków Esc, po którym następuje: wq, powinno działać, a Ctrl + X, po którym następuje y, powinno działać w przypadkach, w których tak nie jest. Będziesz chciał użyć Ctrl + X, a następnie Ctrl + C tylko wtedy, gdy wiesz, że jesteś w emacsie, lub jeśli te dwie metody nie działają. Ctrl + C powinno również działać, aczkolwiek bez zapisywania, jeśli używasz edytora JOE na swoim terminalu git.

Gdy wyjdziesz i wrócisz po monicie, wpisz cat ~ / .gitconfig | grep edytor w terminalu, aby dowiedzieć się, w którym edytorze utknąłeś na pewno. Otrzymasz wiersz z powrotem, który czyta coś w rodzaju editor = vim, co będzie nazwą edytora, na który domyślnie działa git. W przyszłości możesz użyć standardowej metody, aby wyjść z tego edytora, jeśli po normalnym scalaniu git ponownie zobaczysz wiersz „Wprowadź komunikat o zatwierdzeniu, aby wyjaśnić, dlaczego to scalanie jest konieczne”.

Możesz również chcieć edytować plik za pomocą dowolnego edytora tekstu, który zwykle preferujesz, i zmienić edytor na dowolny. Przewiń w dół do miejsca, w którym czyta się [core], a następnie zmień wiersz, który brzmi „editor = vim”, aby przeczytać ten, który chcesz. Na przykład możesz chcieć, aby brzmiało „editor = nano”, jeśli wolisz używać edytora nano do kodowania.