Com o Git 2.18, você tem mais controle sobre como deseja especificar cores no console.
O git configcomando " " utiliza opções separadas, por exemplo, " --int", " --bool" etc. para especificar que tipo de chamador deseja que o valor seja interpretado .
Uma nova " --type=<typename>" opção foi introduzida, o que tornaria mais fácil definir novos tipos.
Consulte commit fb0dc3b (18 de abril de 2018) e commit 0a8950b (09 de abril de 2018) por Taylor Blau ( ttaylorr) .
(Mesclado por Junio C Hamano - gitster- no commit e3e042b , 08 de maio de 2018)
builtin/config.c: suporte --type=<type>como alias preferido para--<type>
git confighá muito tempo permite que os chamadores forneçam um 'especificador de tipo', que instrui git config(1) garantir que os valores recebidos possam ser interpretados como esse tipo e (2) que os valores de saída são canonizados nesse tipo.
Em outra série, propomos estender essa funcionalidade com
--type=colore --defaultpara substituir --get-color.
No entanto, tradicionalmente usamos --colorpara significar "colorir essa saída", em vez de "esse valor deve ser tratado como uma cor".
Atualmente, git confignão suporta esse tipo de coloração, mas devemos ter cuidado para evitar agachar-se nessa opção muito cedo, para que
git configpossa suportar --color(no sentido tradicional) no futuro, se desejado.
Neste patch, oferecemos suporte --type=<int|bool|bool-or-int|...>além de --int, --boole etc.
Isso permite que o patch a seguir mencionado ofereça suporte à consulta de um valor de cor com um padrão via --type=color --default=..., sem desperdiçar --color.
Mantemos o comportamento histórico de reclamar quando vários --<type>sinalizadores de estilo herdado são fornecidos, além de estendê-lo a --type=<type>sinalizadores conflitantes de novo estilo . --int --type=int(e seu par comutativo) não reclama, mas --bool --type=int(e seu par comutativo) reclama .
Então, antes você tinha --boole --intagora ( documentação ):
--type <type>
' git config' garantirá que qualquer entrada ou saída seja válida sob a (s) restrição (s) de tipo fornecida (s) e canonizará os valores de saída na <type>forma canônica.
Os válidos <type>incluem:
- '
bool': canoniza os valores como " true" ou " false".
- '
int': canoniza valores como números decimais simples. Um sufixo opcional de ' k', ' m' ou ' g' fará com que o valor seja multiplicado por 1024, 1048576 ou 1073741824 na entrada.
- '
bool-or-int': canonize de acordo com ' bool' ou ' int', conforme descrito acima.
- '
path': canonicalize adicionando um ~valor inicial ao valor $HOMEe ~userao diretório inicial do usuário especificado. Esse especificador não tem efeito ao definir o valor (mas você pode usar git config section.variable
~/na linha de comando para permitir que seu shell faça a expansão.)
- '
expiry-date': canonicalize convertendo de uma sequência de datas fixa ou relativa para um carimbo de data / hora. Este especificador não tem efeito ao definir o valor.
--bool::
--int::
--bool-or-int::
--path::
--expiry-date::
Historical options for selecting a type specifier. Prefer instead `--type`,
(see: above).
Observe que o Git 2.22 (Q2 2019) explica que " git config --type=color ..." deve substituir " git config --get-color", mas há uma pequena diferença que não foi documentada, que agora está corrigida.
Veja commit cd8e759 (05 Mar 2019) de Jeff King ( peff) .
(Incorporado por Junio C Hamano - gitster- in commit f6c75e3 , 20 de março de 2019)
config: a --type=colorsaída do documento é uma linha completa
Embora a --type=coloropção mais recente " " para " git config" seja compatível com a --get-coloropção tradicional " ", ao contrário da última, sua saída não é uma linha incompleta que não possui LF no final.
Isso o torna consistente com a saída de outros tipos como " git config --type=bool".
Documente , pois às vezes surpreende usuários inocentes.
Agora, ele lê:
--type=color [--default=<default>]é preferível a --get-color
(mas observe que --get-coloromitirá a nova linha à direita impressa por
--type=color).
Você pode ver o git config --type=boolGit 2.26 (Q1 2020) usado para substituir as git config --boolchamadas " " nos modelos de amostra.
Veja commit 81e3db4 (19 de janeiro de 2020) de Lucius Hu ( lebensterben) .
(Mesclado por Junio C Hamano - gitster- na confirmação 7050624 , 30 de janeiro de 2020)
templates: corrigir opção de tipo obsoleto --bool
Assinado por: Lucius Hu
A --boolopção para git-configé marcada como histórica e é recomendável que os usuários usem --type=bool.
Essa confirmação substitui todas as ocorrências dos --boolmodelos.
Observe também que, há outras opções de tipo obsoleto são encontrados, incluindo --int, --bool-or-int, --path, ou --expiry-date.