W tym dokumencie „przyjrzymy się dogłębnie poleceniu git config. Pokrótce omówiliśmy git config na naszej stronie Konfigurowanie repozytorium. Polecenie git config to wygodna funkcja, która służy do ustawiania wartości konfiguracyjnych Git w projekcie globalnym lub lokalnym Poziom. Te poziomy konfiguracji odpowiadają plikom tekstowym .gitconfig. Uruchomienie git config spowoduje zmodyfikowanie pliku tekstowego konfiguracji. Omówimy typowe ustawienia konfiguracji jak e-mail, nazwa użytkownika i edytor. Omówimy aliasy Git, które umożliwiają tworzenie skrótów do często używanych operacji Git. Zapoznanie się z git config i różnymi ustawieniami konfiguracyjnymi Git pomoże Ci stworzyć potężny, dostosowany przepływ pracy Git .

Użycie

Najbardziej podstawowym przypadkiem użycia git config jest wywołanie go z nazwą konfiguracji, która wyświetli ustawioną wartość w tej nazwy. Nazwy konfiguracji to ciągi rozdzielane kropkami złożone z „sekcji” i „klucza” na podstawie ich hierarchii. Na przykład: user.email

W tym przykładzie email jest podrzędną właściwością bloku konfiguracji użytkownika. Zwróci to skonfigurowany adres email, jeśli taki istnieje, który Git będzie kojarzył z lokalnie utworzonymi zatwierdzeniami.

poziomy i pliki konfiguracyjne gita

Zanim będziemy dalej omawiać użycie git config, poświęćmy chwilę na omówienie poziomów konfiguracji. Polecenie git config może akceptować argumenty określające poziom konfiguracji, na którym należy operować. Dostępne są następujące poziomy konfiguracji:

• --local

Domyślnie git config zapisze na poziomie lokalnym, jeśli nie zostanie przekazana żadna opcja konfiguracji. Konfiguracja na poziomie lokalnym jest stosowana do repozytorium kontekstu git config jest wywoływana w. Lokalne wartości konfiguracyjne są przechowywane w pliku, który można znaleźć w katalogu repo „s .git: .git/config

• --global

Konfiguracja na poziomie globalnym to użytkownik- specyficzne, co oznacza, że jest stosowane do użytkownika systemu operacyjnego. Globalne wartości konfiguracyjne są przechowywane w pliku znajdującym się w katalogu osobistym użytkownika. ~ /.gitconfig w systemach uniksowych i C:\Users\\.gitconfig w systemie Windows

• --system

Konfiguracja na poziomie systemu jest stosowana na całej maszynie. Dotyczy to wszystkich użytkowników systemu operacyjnego i wszystkich repozytoriów. Plik konfiguracyjny na poziomie systemu znajduje się w pliku gitconfig poza ścieżką główną systemu. $(prefix)/etc/gitconfig w systemach uniksowych. W systemie Windows plik ten można znaleźć pod adresem C:\Documents and Settings\All Users\Application Data\Git\config w systemie Windows XP oraz w C:\ProgramData\Git\config w systemie Windows Vista i nowszych.

Zatem kolejność priorytetów poziomów konfiguracji jest następująca: lokalny, globalny, systemowy. Oznacza to, że szukając wartości konfiguracyjnej, Git zacznie działać na poziomie lokalnym i bąbelkuje do poziomu systemu.

Pisanie wartości

Rozwijanie tego, co już wiemy o git config, spójrzmy na przykład, w którym piszemy wartość:

Ten przykład pisze wartość do nazwy konfiguracji user.email. Używa flagi --global, więc ta wartość jest ustawiony dla bieżącego użytkownika systemu operacyjnego.

git config editor – core.editor

Wiele poleceń Gita uruchamia edytor tekstu z prośbą o dalsze wprowadzenie. Jedno z najczęstszych zastosowań przypadków dla git config jest konfigurowanie edytora, którego powinien używać Git. Poniżej znajduje się tabela popularnych edytorów i pasujących poleceń git config:

Narzędzia do scalania

W przypadku konfliktu scalania Git uruchomi „narzędzie scalające”. Domyślnie Git używa wewnętrznej implementacji o f wspólny program różnicujący Unix. Wewnętrzna różnica Git to minimalna przeglądarka konfliktów scalania. Istnieje wiele rozwiązań konfliktów dotyczących scalania firm zewnętrznych, których można użyć zamiast tego. Omówienie różnych narzędzi do scalania i konfiguracji znajduje się w naszym przewodniku zawierającym wskazówki i narzędzia do rozwiązywania konfliktów z Git.

Kolorowe wyjścia

Git obsługuje kolorowe wyjście terminala, co pomaga w szybkim czytaniu wyjścia Gita. Możesz dostosować wyjście Git, aby użyć spersonalizowanego motywu kolorystycznego. Polecenie git config służy do ustawiania tych wartości kolorów.

color.ui

Jest to główna zmienna dla kolorów Git. Ustawienie wartości false wyłączy wszystkie kolorowe dane wyjściowe terminala Git.

Domyślnie color.ui jest ustawione na auto, co spowoduje zastosowanie kolorów do bezpośredniego strumienia wyjściowego terminala.Ustawienie automatyczne pominie wyjście kodu koloru, jeśli strumień wyjściowy zostanie przekierowany do pliku lub przesłany potokiem do innego procesu.

Możesz ustawić wartość color.ui na zawsze, która zastosuje również kod koloru podczas przekierowywania strumienia wyjściowego do plików lub potoków. Może to przypadkowo spowodować problemy, ponieważ potok odbierający może nie oczekiwać danych wejściowych oznaczonych kolorami.

Wartości kolorów Gita

Oprócz color.ui , istnieje wiele innych szczegółowych ustawień kolorów. Podobnie jak color.ui, wszystkie te ustawienia kolorów mogą być ustawione na fałsz, auto lub zawsze. Te ustawienia kolorów mogą mieć również określony zestaw wartości kolorów. Oto kilka przykładów obsługiwanych wartości kolorów:

• normalny
• czarny
• czerwony
• zielony
• żółty
• niebieski
• magenta
• cyjan
• biały

Kolory można również określić jako szesnastkowe kody kolorów, takie jak # ff0000, lub wartości kolorów ANSI 256, jeśli Twój terminal je obsługuje.

Ustawienia konfiguracji kolorów Gita

color.branch

• Konfiguruje kolor wyjściowy polecenia Git branch

color.branch. slot >

• Ta wartość ma również zastosowanie do danych wyjściowych gałęzi Git. slot > jest jednym z następujących:
  • 1. current: aktualna gałąź
  • 2. local: oddział lokalny
  • 3. remote: zdalna gałąź ref w refs / remotes
  • 4. upstream: odgałęzienie śledzące upstream
  • 5. zwykły: dowolny inny ref

color.diff

• Stosuje kolory do git diff, git log i git show wyjście

color.diff .slot >

• Konfigurowanie boksu > wartość pod color.diff mówi gitowi, w której części łatki ma być użyty określony kolor.
  • 1. kontekst: tekst kontekstu pliku diff. Kontekst Gita to wiersze zawartości tekstowej wyświetlane w pliku różnicowym lub poprawce, która podkreśla zmiany.
  • 2. zwykły: synonim kontekstu
  • 3. meta: stosuje kolor do metainformacji pliku diff
  • 4. frag: nadaje kolor do „nagłówka porcji” lub „funkcji w nagłówku porcji”
  • 5. old: nadaje kolor usuniętym liniom w diff
  • 6. nowość: koloruje dodane linie różnicy
  • 7. zatwierdzenie: koloruje nagłówki zatwierdzeń w pliku diff
  • 8. białe znaki: ustawia kolor dla wszelkich białych znaków błędów w diff

color.decorate. slot >

• Dostosuj kolor dla wyjścia git log --decorate. Obsługiwane wartości boksu > to: branch, remoteBranch, tag, stash lub HEAD. Mają one zastosowanie odpowiednio do oddziałów lokalnych, oddziałów ze zdalnym śledzeniem, tagów, ukrytych zmian i HEAD.

color.grep

• Stosuje kolor do wyjścia git grep.

color.grep. slot >

• Dotyczy również git grep. Zmienna slot > określa, do której części wyniku grep należy zastosować kolor.
  • 1. kontekst: niepasujący tekst w liniach kontekstu
  • 2. filename: przedrostek nazwy pliku
  • 3. funkcja: linie nazw funkcji
  • 4. numer linii: prefiks numeru linii
  • 5. match: pasujący tekst
  • 6. matchContext: dopasowywanie tekstu w liniach kontekstu
  • 7. matchSelected: dopasowanie tekstu w wybranych wierszach
  • 8. zaznaczone: niepasujący tekst w wybranych wierszach
  • 9. separator: separatory między polami w wierszu (:, – i =) oraz między porcjami (-)

8. color.interactive

• Ta zmienna nakłada kolor na interaktywne monity i ekrany. Przykłady: git add --interactive i git clean --interactive

9. color.interactive.slot >

• Boks > można określić, aby bardziej precyzyjnie kierować reklamy ” wyjście interaktywne ”. Dostępne wartości > boksu to: zachęta, nagłówek, pomoc, błąd; i każde działanie na odpowiednim interaktywnym wyjściu.

color.pager

• Włącza lub wyłącza kolorowe wyjście, gdy używany jest pager

color.showBranch

• Włącza lub wyłącza wyświetlanie koloru dla polecenia git show branch

12. color.status

• Wartość logiczna, która włącza lub wyłącza wyświetlanie kolorów dla stanu Git

13. color.status.slot >

Służy do określania niestandardowego koloru dla określonych elementów stanu git. slot > obsługuje następujące wartości:

• 1.nagłówek
  • Kieruje na tekst nagłówka obszaru stanu
• 2. dodane lub zaktualizowane
  • Oba pliki docelowe, które zostały dodane, ale niezatwierdzone
• 3. changed
  • Celuje w pliki, które zostały zmodyfikowane, ale nie zostały dodane do indeksu git
• 4. nieśledzone
  • Celuje w pliki, które nie są śledzone przez Git
• 5. gałąź
  • Stosuje kolor do bieżącej gałęzi
• 6. nobranch
  • Kolor, w którym jest wyświetlane ostrzeżenie „brak gałęzi”
• 7. niescalone
  • Pliki kolorów, które mają niescalone zmiany

Aliasy

Pojęcie aliasów z wiersz poleceń systemu operacyjnego; jeśli nie, to są to niestandardowe skróty, które definiują, które polecenie rozszerzy się na dłuższe lub złożone polecenia. Aliasy oszczędzają czas i energię przy wpisywaniu często używanych poleceń. Git udostępnia własny system aliasów. Typowym przypadkiem użycia aliasów Git jest skracanie polecenie commit. Aliasy Git są przechowywane w plikach konfiguracyjnych Gita. Oznacza to, że możesz użyć polecenia git config do skonfigurowania aliasów.

W tym przykładzie tworzony jest alias CI dla polecenia git commit. Następnie możesz wywołać git commit, wykonując git ci. Aliasy mogą również odnosić się do innych aliasów, tworząc potężne kombinacje.

W tym przykładzie tworzony jest alias, który tworzy ci alias na nowy alias, który używa --amend flag.

Formatowanie & białe znaki

Git ma kilka funkcji „białych znaków”, które można skonfigurować w celu podświetlania białych znaków problemy podczas korzystania z git diff. Problemy z białymi znakami zostaną podświetlone przy użyciu skonfigurowanego koloru color.diff.whitespace

Następujące funkcje są domyślnie włączone:

• blank-at-eol podświetla osierocone białe spacje na końcach linii
• space-before-tab podkreśla spację, która pojawia się przed znakiem tabulatora podczas wcięcia wiersza
• blank-at-eof podświetla puste wiersze wstawione na końcu pliku

Następujące funkcje są domyślnie wyłączone

• indent-with-non-tab podświetla wiersz z wcięciem spacjami zamiast tabulatorów
• tab-in-indent podświetla początkowe wcięcie tabulatora jako błąd
• trailing-space jest skrótem zarówno dla pustego-at-eol, jak i pustego-at-eof
• cr-at-eol highlights powrót karetki na końcu linii
• tabwidth= określa, ile pozycji znaków zajmuje tabulator. Wartość domyślna to 8. Dozwolone wartości to 1-63

Podsumowanie

W tym artykule omówiliśmy użycie git config command. Omówiliśmy, w jaki sposób polecenie jest przekonującą metodą edycji surowych plików git config w systemie plików. Przyjrzeliśmy się podstawowym operacjom odczytu i zapisu dla opcji konfiguracyjnych. Przyjrzeliśmy się typowym wzorcom konfiguracyjnym:

• Jak skonfigurować edytor Git
• Jak zastąpić poziomy konfiguracji
• Jak zresetować domyślne ustawienia konfiguracji
• Jak dostosować kolory git

Ogólnie git config jest narzędziem pomocniczym, które zapewnia skrót do edycji surowego git config pliki na dysku. Omówiliśmy szczegółowo opcje personalizacji. Podstawowa znajomość opcji konfiguracyjnych git jest warunkiem wstępnym do skonfigurowania repozytorium. Zapoznaj się z naszym przewodnikiem, aby zapoznać się z podstawami.