Dzięki Git 2.18 masz większą kontrolę nad sposobem określania kolorów w konsoli.
Komenda „ git config” używa osobnych opcji, np. „ --int”, „ --bool” Itp., Aby określić, jakiego typu osoba wywołująca chce interpretować wartość .
Wprowadzono nową --type=<typename>opcję „ ”, dzięki której zdefiniowanie nowych typów byłoby łatwiejsze.
Zobacz zatwierdzenie fb0dc3b (18 kwietnia 2018 r.) I zatwierdzenie 0a8950b (09 kwietnia 2018 r.) Autorstwa Taylor Blau ( ttaylorr) .
(Połączone przez Junio C Hamano - gitster- w commit e3e042b , 08 maja 2018)
builtin/config.c: obsługa --type=<type>jako preferowany alias dla--<type>
git configod dawna umożliwia osobom wywołującym dostarczenie „specyfikatora typu”, który instruuje git config(1), aby wartości przychodzące mogły być interpretowane jako ten typ, oraz (2), że wartości wychodzące są kanonizowane w ramach tego typu.
W innej serii proponujemy rozszerzenie tej funkcjonalności na
--type=colori --defaultzastąpienie --get-color.
Jednak tradycyjnie używamy --colorokreślenia „pokoloruj ten wynik”, zamiast „ta wartość powinna być traktowana jako kolor”.
Obecnie git confignie obsługuje tego rodzaju koloryzacji, ale powinniśmy uważać, aby zbyt wcześnie nie przykucnąć w tej opcji, aby w razie
git configpotrzeby mogła --colorona w przyszłości wspierać (w tradycyjnym sensie).
W tej łatce obsługujemy --type=<int|bool|bool-or-int|...>oprócz --int, --boolitd.
Pozwala to wyżej wspomnianej łatce na obsługę kwerendy o wartość koloru z domyślną poprzez --type=color --default=..., bez marnowania --color.
Zachowujemy historyczne zachowanie narzekania, gdy podaje się wiele --<type>flag w starszym stylu , a także rozszerzamy je na konfliktowe --type=<type>flagi w nowym stylu . --int --type=int(i jego para przemienna) nie narzeka, ale --bool --type=int(i jego para przemienna) tak.
Więc zanim miałeś, --boola --intteraz ( dokumentacja ):
--type <type>
' git config' zapewni, że wszelkie dane wejściowe lub wyjściowe są prawidłowe zgodnie z ograniczeniami danego typu i kanonizuje wartości wychodzące w <type>postaci kanonicznej.
Ważne <type>są:
- „
bool”: kanonizować wartości jako „ true” lub „ false”.
- '
int': kanonizować wartości jako proste liczby dziesiętne. Opcjonalny sufiks „ k”, „ m” lub „ g” spowoduje pomnożenie wartości przez 1024, 1048576 lub 1073741824 na wejściu.
- „
bool-or-int”: kanonizuje według „ bool” lub „ int”, jak opisano powyżej.
- '
path': kanonizuje, dodając wiodącą ~wartość do $HOMEi ~userdo katalogu domowego określonego użytkownika. Ten specyfikator nie ma wpływu podczas ustawiania wartości (ale możesz użyć git config section.variable
~/z wiersza poleceń, aby pozwolić powłoce na rozwinięcie).
- '
expiry-date': kanonizowanie poprzez konwersję stałego lub względnego ciągu daty na znacznik czasu. Ten specyfikator nie ma wpływu na ustawienie wartości.
--bool::
--int::
--bool-or-int::
--path::
--expiry-date::
Historical options for selecting a type specifier. Prefer instead `--type`,
(see: above).
Zauważ, że Git 2.22 (Q2 2019) wyjaśnia, że „ git config --type=color ...” ma zastąpić „ git config --get-color”, ale istnieje niewielka różnica, która nie została udokumentowana, co jest teraz naprawione.
Zobacz commit cd8e759 (05 marca 2019) autor: Jeff King ( peff) .
(Połączone przez Junio C Hamano - gitster- w commit f6c75e3 , 20 marca 2019)
config: --type=colorwyjście dokumentu to kompletny wiersz
Mimo że nowsza „ --type=color” opcja „ git config” ma być zgodna w górę z tradycyjną --get-coloropcją „ ”, w przeciwieństwie do tej drugiej, jej wyjście nie jest niepełną linią, której brakuje LF na końcu.
Dzięki temu jest spójny z danymi wyjściowymi innych typów, takich jak „ git config --type=bool”.
Dokumentuj to , ponieważ czasami zaskakuje niczego niepodejrzewających użytkowników.
To teraz brzmi:
--type=color [--default=<default>]jest preferowane --get-color
zamiast (ale należy pamiętać, że --get-colorpominie on końcowy znak nowej linii wydrukowany przez
--type=color).
Możesz zobaczyć git config --type=boolużywane z Git 2.26 (Q1 2020) do zastąpienia git config --boolwywołań w przykładowych szablonach.
Zobacz commit 81e3db4 (19 stycznia 2020 r.), Autor: Lucius Hu ( lebensterben) .
(Połączone przez Junio C Hamano - gitster- w commit 7050624 , 30 stycznia 2020)
templates: naprawiono nieaktualną opcję typu --bool
Podpisano: Lucius Hu
--boolOpcja git-configjest oznaczona jako historyczne, a użytkownicy są zalecane do stosowania --type=boolzamiast.
To zatwierdzenie zastępuje wszystkie wystąpienia --boolw szablonach.
Należy również pamiętać, że nie ma innych opcji Nieaktualne typu znajdują się w tym --int, --bool-or-int, --path, lub --expiry-date.