Con Git 2.18, tiene más control sobre cómo desea especificar los colores en la consola.
El git configcomando " " utiliza opciones separadas, por ejemplo, " --int", " --bool", etc. para especificar el tipo de llamada que quiere que se interprete el valor .
Un nuevo "--type=<typename> ha introducido " opción, que haría más limpio definir nuevos tipos.
Ver commit fb0dc3b (18 abr 2018), y commit 0a8950b (09 abr 2018) por Taylor Blau ( ttaylorr) .
(Fusionada por Junio C Hamano - gitster- en commit e3e042b , 08 de mayo de 2018)
builtin/config.c: soporte --type=<type>como alias preferido para--<type>
git config ha permitido durante mucho tiempo la capacidad de las personas que llaman para proporcionar un 'especificador de tipo', que instruye git config a (1) garantizar que los valores entrantes se puedan interpretar como ese tipo y (2) que los valores salientes se canonicalicen bajo ese tipo.
En otra serie, proponemos ampliar esta funcionalidad con
--type=colory --defaultreemplazar --get-color.
Sin embargo, tradicionalmente utilizamos --color para significar "colorear esta salida", en lugar de "este valor debe tratarse como un color".
Actualmente, git configno es compatible con este tipo de coloración, pero debemos tener cuidado de evitar ponernos en cuclillas sobre esta opción demasiado pronto, para que
git configpueda admitir--color (en el sentido tradicional) en el futuro, si así se desea.
En este parche, admitimos --type=<int|bool|bool-or-int|...>además de --int, --booly etc.
Esto permite que el próximo parche mencionado anteriormente admita consultar un valor de color con una vía predeterminada --type=color --default=..., sin desperdiciar--color .
Mantenemos el comportamiento histórico de quejarse cuando --<type>se dan múltiples banderas de estilo heredado , así como extenderlo a --type=<type>banderas de estilo nuevo en conflicto . --int --type=int(y su par conmutativo) no se queja, pero --bool --type=int(y su par conmutativo) sí.
Así que antes tenía --booly --intahora ( documentación ):
--type <type>
' git config' asegurará que cualquier entrada o salida sea válida bajo las restricciones de tipo dadas, y canonizará los valores salientes en<type> la forma canónica.
Los válidos <type>incluyen:
- '
bool': canonicaliza valores como " true" o " false".
- '
int': canonicaliza valores como simples números decimales. Un sufijo opcional de ' k', ' m' o ' g' hará que el valor se multiplique por 1024, 1048576 o 1073741824 en la entrada.
- '
bool-or-int': canonicalizar según ' bool' o 'int ', como se describió anteriormente.
- '
path': canonicalizar agregando un líder ~al valor de $HOMEy ~useral directorio de inicio para el usuario especificado. Este especificador no tiene efecto al establecer el valor (pero puede usargit config section.variable
~/ desde la línea de comando para permitir que su shell realice la expansión).
- '
expiry-date': canonicalizar mediante la conversión de una cadena de fecha fija o relativa a una marca de tiempo. Este especificador no tiene efecto al establecer el valor.
--bool::
--int::
--bool-or-int::
--path::
--expiry-date::
Historical options for selecting a type specifier. Prefer instead `--type`,
(see: above).
Tenga en cuenta que Git 2.22 (Q2 2019) explica " git config --type=color ..." está destinado a reemplazar " git config --get-color", pero hay una ligera diferencia que no se documentó, que ahora está solucionada.
Ver commit cd8e759 (05 mar 2019) por Jeff King ( peff) .
(Fusionada por Junio C Hamano - gitster- en commit f6c75e3 , 20 mar 2019)
config: la --type=colorsalida del documento es una línea completa
A pesar de que la " --type=color" opción " " más nueva git configestá destinada a ser compatible con la --get-coloropción tradicional " ", a diferencia de esta última, su salida no es una línea incompleta que carece de LF al final.
Eso lo hace consistente con la salida de otros tipos como " git config --type=bool".
Documéntelo , ya que a veces sorprende a los usuarios desprevenidos.
Esto ahora lee:
--type=color [--default=<default>]se prefiere sobre --get-color
(pero tenga en cuenta que --get-coloromitirá la nueva línea final impresa por
--type=color).
Se puede ver git config --type=boolusado con Git 2.26 (Q1 2020) para reemplazar "git config --bool " llamadas en plantillas de muestra.
Ver commit 81e3db4 (19 de enero de 2020) por Lucius Hu ( lebensterben) .
(Fusionada por Junio C Hamano - gitster- en commit 7050624 , 30 de enero de 2020)
templates: arregla la opción de tipo obsoleto --bool
Firmado por: Lucius Hu
La --boolopción a git-configestá marcada como histórica, y se recomienda a los usuarios que la utilicen --type=bool.
Esta confirmación reemplaza todas las ocurrencias de --boolen las plantillas.
También tenga en cuenta que, no se encuentran otras opciones de tipo de desuso, incluyendo --int, --bool-or-int, --path, o --expiry-date.