Mit Git 2.18 haben Sie mehr Kontrolle darüber, wie Sie Farben in der Konsole angeben möchten.
Die " git config
"Der Befehl verwendet separate Optionen z.B. " --int
", " --bool
", usw. um anzugeben, als welchen Typ der Aufrufer den Wert interpretiert haben möchte .
Eine neue " --type=<typename>
"Option eingeführt, die die Definition neuer Typen vereinfacht.
Voir fb0dc3b übergeben (18.04.2018), und 0a8950b festlegen (09 Apr 2018) von Taylor Blau ( ttaylorr
) .
(Zusammengefasst von Junio C. Hamano -- gitster
-- en e3e042b übergeben , 08. Mai 2018)
builtin/config.c
: Unterstützung --type=<type>
als bevorzugter Alias für --<type>
git config
erlaubt es den Anrufern seit langem, einen "Typ" anzugeben Spezifizierer' zu geben, der anweist git config
um (1) sicherzustellen, dass eingehende Werte als dieser Typ interpretiert werden können, und (2) dass die ausgehenden Werte unter diesem Typ kanonisiert werden.
In einer weiteren Serie schlagen wir vor, diese f --type=color
y --default
zu ersetzen --get-color
.
Wir verwenden jedoch traditionell --color
bedeutet "diese Ausgabe einfärben", anstelle von "dieser Wert sollte als Farbe behandelt werden".
Derzeit, git config
unterstützt diese Art der Einfärbung nicht, aber wir sollten vorsichtig sein, um zu vermeiden, dass wir uns auf diese o git config
kann unterstützen --color
(in der traditionellen in der Zukunft, falls dies gewünscht wird.
In diesem Patch unterstützen wir --type=<int|bool|bool-or-int|...>
in zusätzlich zu --int
, --bool
, und usw.
Dies ermöglicht es dem oben erwähnten kommenden Patch, die Abfrage eines Farbwertes mit einem Standardwert über --type=color --default=...
, ohne Verschwendung --color
.
Wir behalten das historische Verhalten bei, sich zu beschweren, wenn es mehrere sind, Legacy-Stil --<type>
Flags gegeben sind, sowie die Erweiterung auf kollidierende new-style --type=<type>
Flaggen. --int --type=int
( Kommutativpaar) beschwert sich nicht, sondern --bool --type=int
( Kommutativpaar) tut.
Vorher hatten Sie also --bool
y --int
, jetzt ( Dokumentation ):
--type <type>
' git config
' stellt sicher, dass jede Ein- oder Ausgabe unter der/den angegebenen Typbeschränkung(en) gültig ist, und kanonisiert ausgehende Werte in <type>
's kanonischen Form.
Gültig <type>
umfassen:
- '
bool
': kanonisiert Werte entweder als " true
" oder " false
".
- '
int
': Kanonisierung der Werte als einfache Dezimalzahlen. Ein optionales Suffix von ' k
', ' m
', oder ' g
' bewirkt, dass der Wert bei der Eingabe mit 1024, 1048576 oder 1073741824 multipliziert wird.
- '
bool-or-int
': Kanonisieren Sie entweder nach ' bool
' oder ' int
', wie oben beschrieben.
- '
path
': Kanonisierung durch Hinzufügen eines führenden ~
auf den Wert von $HOME
y ~user
in das Heimatverzeichnis des angegebenen Benutzers. Diese Angabe hat keine keine Auswirkung beim Setzen des Wertes (Sie können aber git config section.variable ~/
von der Kommandozeile aus, damit Ihre Shell die Expansion übernimmt).
- '
expiry-date
': Kanonisierung durch Konvertierung von einer festen oder relativen Datumszeichenkette in einen Zeitstempel. Dieser Spezifizierer hat keine Auswirkung beim Setzen des Wertes.
--bool::
--int::
--bool-or-int::
--path::
--expiry-date::
Historical options for selecting a type specifier. Prefer instead `--type`,
(see: above).
Beachten Sie, dass Git 2.22 (Q2 2019) erklärt " git config --type=color ...
" soll den Begriff " git config --get-color
"Es gibt jedoch einen kleinen Unterschied, der nicht dokumentiert war und jetzt behoben ist.
Voir festlegen cd8e759 (05. März 2019) von Jeff King ( peff
) .
(Zusammengefasst von Junio C. Hamano -- gitster
-- en Übergabe f6c75e3 , 20. März 2019)
config
: Dokument --type=color
die Ausgabe ist eine vollständige Zeile
Auch wenn das neuere " --type=color
Option " auf " git config
" ist gemeint aufwärtskompatibel mit dem traditionellen " --get-color
Option ", Im Gegensatz zu letzterer ist die Ausgabe nicht eine unvollständige Zeile, in der das LF am Ende fehlt.
Das macht sie konsistent mit Ausgaben anderer Typen wie " git config --type=bool
".
Dokumentieren Sie es da er manchmal ahnungslose Benutzer überrascht.
Dieser lautet jetzt:
--type=color [--default=<default>]
ist vorzuziehen gegenüber --get-color
(aber beachten Sie, dass --get-color
lässt den hinteren Zeilenumbruch weg --type=color
).
Sie können sehen git config --type=bool
wird mit Git 2.26 (Q1 2020) verwendet und ersetzt " git config --bool
"Aufrufe in Mustervorlagen.
Voir 81e3db4 festlegen (19 Jan 2020) von Lucius Hu ( lebensterben
) .
(Zusammengefasst von Junio C. Hamano -- gitster
-- en Übergabe 7050624 , 30. Januar 2020)
templates
Reparieren veralteter Typoptionen --bool
Abgezeichnet von: Lucius Hu
En --bool
Option zu git-config
ist als historisch gekennzeichnet, und den Benutzern wird empfohlen, die --type=bool
stattdessen.
Diese Übertragung ersetzt alle Vorkommen von --bool
in den Vorlagen.
Beachten Sie auch, dass keine anderen veralteten Typoptionen gefunden werden, einschließlich --int
, --bool-or-int
, --path
, oder --expiry-date
.