git config

Rozwijając to, co już wiemy o poleceniu git config, spójrzmy na przykład zapisywania wartości:

git config --global user.email "your_email@example.com"

Ten przykład zapisuje wartość twój_email@przyklad.com do nazwy konfiguracji użytkownik.email. Flaga --global jest użyta w celu ustawienia tej wartości dla bieżącego użytkownika systemu operacyjnego.

Wiele poleceń Git uruchomia edytor tekstu, aby umożliwić dalsze wprowadzanie danych. Jednym z najczęstszych przypadków użycia polecenia git config jest konfigurowanie edytora, którego ma używać Git. Poniżej znajduje się tabela popularnych edytorów i pasujących poleceń git config:

W przypadku konfliktu scalania Git uruchomi narzędzie do scalania. Domyślnie Git używa wewnętrznej implementacji typowego programu różnicowego Unix. Wewnętrzne narzędzie diff w Git jest minimalną przeglądarką konfliktów scalania. Istnieje wiele zewnętrznych rozwiązań konfliktów scalania innych firm, które mogą zostać użyte zamiast niego. Aby poznać różne narzędzia do scalania i konfiguracji, zobacz nasze porady i omówienie narzędzi do rozwiązywania problemów z Git.

git config --global merge.tool kdiff3

Git obsługuje kolorową składnię danych wyjściowych terminala, co pomaga w szybkim czytaniu danych wyjściowych Git. Możesz dostosować dane wyjściowe 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 spowoduje wyłączenie kolorowej składni danych wyjściowych w terminalu Git.

$ git config --global color.ui false

Domyślna wartość color.ui to auto — powoduje zastosowanie kolorów do bieżącego strumienia danych wyjściowych w terminalu. Ustawienie to pominie oznaczanie kolorami danych wyjściowych, jeśli strumień danych wyjściowy zostanie przekierowany do pliku lub innego procesu.

Możesz ustawić wartość color.ui na always (zawsze), aby również stosować oznaczanie kolorami danych wyjściowych podczas przekierowania strumienia danych wyjściowych do plików lub potoków. Może to przypadkowo powodować problemy, ponieważ pipe odbiorczy może nie oczekiwać danych wejściowych oznaczonych kolorami.

Oprócz color.ui istnieje wiele innych szczegółowych ustawień kolorów. Podobnie jak w przypadku color.ui, te ustawienia kolorów można ustawić na false, auto lub always. Ustawienia kolorów mogą również mieć określoną wartość koloru. Przykłady obsługiwanych wartości kolorów:

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

Kolory można również określać jako kody szesnastkowe, takie jak #ff0000, lub wartości kolorów ANSI 256, jeśli są obsługiwane przez terminal.

1. color.branch

• Konfiguruje kolor wyjściowy polecenia Git branch.

2. color.branch.<slot>

• Ta wartość ma również zastosowanie do wyjścia gałęzi Git. <slot> przyjmuje jedną z następujących wartości:
  • 1. current: bieżąca gałąź,
  • 2. local: lokalna gałąź,
  • 3. remote: odwołanie do zdalnej gałęzi w refs/remotes,
  • 4. upstream: gałąź śledzenia gałęzi nadrzędnej,
  • 5. plain: dowolne inne odwołanie.

3. color.diff

• Stosuje kolory do danych wyjściowych poleceń git diff, git log i git show.

4. color.diff.<slot>

• Konfiguracja wartości <slot> w pliku color.diff informuje narzędzie git, dla której części poprawki użyć określony kolor.
  • 1. context: tekst kontekstu porównania. Kontekst Git to wiersze zawartości tekstowej wyświetlane w porównaniu różnicowym lub poprawce, w której wyróżnione są zmiany.
  • 2. plain: synonim kontekstu.
  • 3. meta: stosuje kolor do metainformacji porównania.
  • 4. frag: stosuje kolor do nagłówka fragmentu ze zmianami lub funkcji w nagłówku fragmentu ze zmianami.
  • 5. old: stosuje kolor do usuniętych wierszy w porównaniu.
  • 6. new: stosuje kolor do dodanych wierszy w porównaniu.
  • 7. commit: stosuje kolor do nagłówków commitów w porównaniu.
  • 8. whitespace: ustawia kolor wszystkich białych znaków odstępu w porównaniu.

5. color.decorate.<slot>

• Dostosowuje oznaczanie kolorami składni danych wyjściowych polecenia git log --decorate. Obsługiwane wartości zmiennej <slot> to: branch, remoteBranch, tag, stash oraz HEAD. Mają one zastosowanie odpowiednio do lokalnych oddziałów, oddziałów zdalnego śledzenia, tagów, zmian dodanych do schowka i elementów HEAD.

6. color.grep

• Stosuje kolor do danych wyjściowych polecenia git grep.

7. color.grep. <slot>

• Również dotyczy polecenia git grep. Zmienna <slot> określa, do której części danych wyjściowych polecenia grep zastosować kolor.
  • 1. context: niepasujący tekst w wierszach kontekstu
  • 2. filename: prefiks nazwy pliku
  • 3. function: wiersze nazwy funkcji
  • 4. linenumber: prefiks numeru wiersza
  • 5. match: pasujący tekst
  • 6. matchContext: pasujący tekst w wierszach kontekstu
  • 7. matchSelected: pasujący tekst w wybranych wierszach
  • 8. selected: niepasujący tekst w wybranych wierszach
  • 9. separator: separatory między polami w wierszu (:, -, and =) i między fragmentami ze zmianami (--)

8. color.interactive

• Ta zmienna stosuje kolor do interaktywnych monitów i ekranów. Przykładami są git add --interactive i git clean --interactive

9. color.interactive.<slot>

• Zmienną <slot> można określić w celu bardziej precyzyjnego stosowania ustawień do danych wyjściowych. Dostępne wartości zmiennej <slot> to: prompt, header, help, error. Każda z nich działa na odpowiednie interaktywne dane wyjściowe.

10. color.pager

• Włącza lub wyłącza kolorową składnię danych wyjściowych, gdy używane jest stronicowanie.

11. color.showBranch

• Włącza lub wyłącza kolorową składnię danych wyjściowych polecenia git show branch.

12. color.status

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

13. color.status.<slot>

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

1. header

• Stosuje ustawienie do tekstu nagłówka obszaru statusu.

2. added lub updated

• Stosują ustawienie do plików, które zostały dodane, ale nie zatwierdzone.

3. changed

• Stosuje ustawienie do plików, które zostały zmodyfikowane, ale nie dodane do indeksu git.

4. untracked

• Stosuje ustawienie do plików, które nie są śledzone przez Git.

5. branch

• Stosuje kolor do bieżącej gałęzi.

6. nobranch

• Kolor, w którym wyświetlane jest ostrzeżenie o braku gałęzi.

7. unmerged

• Stosuje kolor do plików, które mają niescalone zmiany.

Być może znasz pojęcie aliasów z wiersza polecenia systemu operacyjnego. Jeśli nie, są to niestandardowe skróty określające polecenie rozwijane do dłuższego polecenia lub kilku połączonych poleceń. Aliasy oszczędzają czas i nakład pracy związane z wpisywaniem często używanych poleceń. Git ma własny system aliasów. Typowym przypadkiem użycia aliasów Git jest skrócenie polecenia commit. Aliasy Git są przechowywane w plikach konfiguracyjnych Git. Oznacza to, że możesz użyć polecenia git config do konfigurowania aliasów.

git config --global alias.ci commit

Ten przykład tworzy alias ci dla polecenia git commit. Następnie można wywołać git commit, wykonując git ci. Aliasy mogą również odwoływać się do innych aliasów, aby tworzyć zaawansowane kombinacje.

git config --global alias.amend ci --amend

Ten przykład tworzy alias amend, który używa aliasu ci w nowym aliasie, który korzystającym z flagi --amend.

Git ma kilka funkcji dotyczących znaków odstępu, które można skonfigurować tak, aby wyróżniały problemy ze znakami odstępu podczas korzystania z narzędzia git diff. Problemy z odstępami będą wyróżniane przy użyciu skonfigurowanego koloru color.diff.whitespace.

Domyślnie włączone są następujące funkcje:

• blank-at-eol — wyróżnia znaki odstępu na końcu wierszy,
• space-before-tab — wyróżnia spacje przed tabulatorem wcięcia wiersza,
• blank-at-eof — wyróżnia puste wiersze wstawione na końcu pliku.

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

• indent-with-non-tab — wyróżnia wiersze z wcięciem przy użyciu spacji zamiast tabulatorów,
• tab-in-indent — wyróżnia początkowe wcięcie tabulatorem jako błąd,
• trailing-space — to skrót obejmujący funkcje blank-at-eol i blank-at-eof,
• cr-at-eol — wyróżnia powrót karetki na końcu wierszy,
• tabwidth= — określa liczbę pozycji znaków zajmowanych przez tabulator. Wartość domyślna to 8. Dozwolone wartości to 1–63.

W tym artykule przedstawiono sposób użycia polecenia git config. Omówiliśmy, dlaczego to polecenie jest zalecaną metodą edycji nieprzetworzonych plików git config w systemie plików. Przyjrzeliśmy się podstawowym operacjom odczytu i zapisu opcji konfiguracyjnych oraz typowym wzorcom konfiguracji:

• Jak skonfigurować edytor Git
• Jak zastąpić poziomy konfiguracji
• Jak zresetować konfigurację do ustawień domyślnych
• Jak dostosować kolory Git

Ogólnie rzecz biorąc, git config jest narzędziem pomocniczym, które ułatwia edytowanie nieprzetworzonych plików git config na dysku.Omówiliśmy szczegółowo opcje personalizacji. Podstawowa znajomość opcji konfiguracji git jest warunkiem wstępnym tworzenia repozytorium. Skorzystaj z naszego przewodnika, aby zapoznać się z podstawami.