Con Git 2.18, hai un maggiore controllo su come vuoi specificare i colori nella console.
Il git configcomando " " utilizza opzioni separate, ad esempio " --int", " --bool", ecc. Per specificare quale tipo il chiamante desidera che il valore venga interpretato come .
È --type=<typename>stata introdotta una nuova " " opzione, che renderebbe più pulito definire nuovi tipi.
Vedi commit fb0dc3b (18 aprile 2018) e commit 0a8950b (09 aprile 2018) di Taylor Blau ( ttaylorr) .
(Unito da Junio C Hamano - gitster- in commit e3e042b , 08 maggio 2018)
builtin/config.c: supporto --type=<type>come alias preferito per--<type>
git config ha permesso a lungo ai chiamanti di fornire un "identificatore del tipo", che istruisce git config di (1) assicurare che i valori in arrivo possano essere interpretati come quel tipo e (2) che i valori in uscita siano canonizzati sotto quel tipo.
In un'altra serie, proponiamo di estendere questa funzionalità con
--type=colore --defaultdi sostituirla --get-color.
Tuttavia, usiamo tradizionalmente --colorper significare "colorare questo output", invece di "questo valore dovrebbe essere trattato come un colore".
Attualmente, git confignon supporta questo tipo di colorazione, ma dovremmo fare attenzione a non occuparci troppo presto di questa opzione, in modo che
git configpossa supportare --color(nel senso tradizionale) in futuro, se lo si desidera.
In questa patch, supportiamo --type=<int|bool|bool-or-int|...>oltre a --int, --boole così via.
Ciò consente alla patch sopracitata in arrivo di supportare l'interrogazione di un valore di colore con un valore predefinito via --type=color --default=..., senza sperperare --color.
Manteniamo il comportamento storico di lamentarci quando --<type>vengono fornite più bandiere in stile legacy , oltre a estenderlo a --type=<type>bandiere di nuovo stile in conflitto . --int --type=int(e la sua coppia commutativa) non si lamenta, ma --bool --type=int(e la sua coppia commutativa).
Quindi prima avevi --boole --int, ora ( documentazione ):
--type <type>
' git config' assicurerà che qualsiasi input o output sia valido in base ai vincoli di tipo dato e canonicalizzerà i valori in uscita in<type> forma canonica.
Sono validi <type>:
- '
bool': canonicalizza i valori come " true" o " false".
- '
int': canonicalizza i valori come semplici numeri decimali. Un suffisso facoltativo di ' k', ' m' o ' g' farà sì che il valore venga moltiplicato per 1024, 1048576 o 1073741824 al momento dell'input.
- '
bool-or-int': canonicalizza secondo ' bool' o 'int ', come descritto sopra.
- '
path': canonicalizza aggiungendo un lead ~al valore di $HOMEe ~useralla home directory per l'utente specificato. Questo identificatore non ha alcun effetto durante l'impostazione del valore (ma è possibile utilizzaregit config section.variable
~/ dalla riga di comando per consentire alla shell di eseguire l'espansione).
- '
expiry-date': canonicalizza convertendo da una stringa di data fissa o relativa in un timestamp. Questo identificatore non ha alcun effetto durante l'impostazione del valore.
--bool::
--int::
--bool-or-int::
--path::
--expiry-date::
Historical options for selecting a type specifier. Prefer instead `--type`,
(see: above).
Nota che Git 2.22 (Q2 2019) spiega " git config --type=color ..." è destinato a sostituire " git config --get-color", ma c'è una leggera differenza che non è stata documentata, che ora è stata risolta.
Vedi commit cd8e759 (05 mar 2019) di Jeff King ( peff) .
(Unita da Junio C Hamano - gitster- in commit f6c75e3 , 20 mar 2019)
config: l' --type=coloroutput del documento è una riga completa
Anche se la nuova " --type=color" opzione su " git config" è pensata per essere compatibile verso l'alto con la tradizionale " --get-color" opzione, a differenza di quest'ultima, il suo output non è una linea incompleta alla quale manca la LF.
Ciò lo rende coerente con l'output di altri tipi come " git config --type=bool".
Documentalo , poiché a volte sorprende gli utenti ignari.
Questo ora dice:
--type=color [--default=<default>]è preferibile --get-color
(ma si noti che --get-colorometterà la nuova riga finale stampata da
--type=color).
Puoi vedere git config --type=boolusato con Git 2.26 (Q1 2020) per sostituire "git config --bool " le chiamate nei modelli di esempio.
Vedi commit 81e3db4 (19 gennaio 2020) di Lucius Hu ( lebensterben) .
(Unita da Junio C Hamano - gitster- in commit 7050624 , 30 gennaio 2020)
templates: correzione dell'opzione di tipo obsoleto --bool
Firmato-fuori-da: Lucius Hu
L' --boolopzione to git-configè contrassegnata come cronologica e si consiglia agli utenti di utilizzare --type=boolinvece.
Questo commit sostituisce tutte le occorrenze di --boolnei modelli.
Si noti inoltre che, altre opzioni di tipo deprecato si trovano, tra cui --int, --bool-or-int, --path, o --expiry-date.