tipos tag remove qué practices existen etiquetas crear commits commands best git colors console

remove - git tags best practices



¿Cómo colorear la consola git? (9)

Recientemente vi que la consola de git en Windows está coloreada, por ejemplo, verde para adiciones, roja para eliminaciones, etc. ¿Cómo git mi consola de git esa manera?

Para instalarlo, usé el comando: $ sudo apt-get install git-core

Agregue a su archivo .gitconfig el siguiente código:

[color] ui = auto [color "branch"] current = yellow reverse local = yellow remote = green [color "diff"] meta = yellow bold frag = magenta bold old = red bold new = green bold [color "status"] added = yellow changed = green untracked = cyan

Como lo noted VonC , color.ui predeterminada en auto desde git 1.8.4. No es un lanzamiento demasiado pronto;)

De la pregunta de Unix y Linux Stackexchange ¿ Cómo colorear la salida de git? y la respuesta de @Evgeny :

git config --global color.ui auto

color.ui es una meta configuración que incluye todas las configuraciones de varios color.* Disponibles con los comandos de git . Esto se explica en profundidad en git help config .

Básicamente, es más fácil y está más preparado para el futuro que establecer los diferentes ajustes de color.* separado.

Explicación en profundidad de la documentación de git config :

color.ui : esta variable determina el valor predeterminado para variables como color.diff y color.grep que controlan el uso del color por familia de comandos. Su alcance se expandirá a medida que más comandos aprendan la configuración para establecer un valor predeterminado para la opción --color . Configúrelo always si desea que todas las salidas no destinadas al consumo de la máquina utilicen el color, a true o auto si desea que dicha salida utilice el color cuando se escribe en el terminal, o a false o never si prefiere los comandos de git para no usar el color a menos que esté habilitado explícitamente con alguna otra configuración o la opción --color .

Con Git 2.18, tiene más control sobre cómo desea especificar los colores en la consola.
El comando " git config " usa opciones separadas, por ejemplo, " --int ", " --bool ", etc. para especificar qué tipo de llamante quiere que se interprete el valor .

Se ha introducido una nueva --type=<typename> " --type=<typename> ", que haría más --type=<typename> definir nuevos tipos.

Consulte commit fb0dc3b (18 de abril de 2018) y commit 0a8950b (09 de abril de 2018) de Taylor Blau ( ttaylorr ) .
(Fusionada por Junio ​​C Hamano - gitster - in commit e3e042b , 08 de mayo de 2018)

builtin/config.c : support --type=<type> como alias preferido para --<type>

git config ha permitido durante mucho tiempo la capacidad de los llamadores para proporcionar un ''especificador de tipo'', que instruye a git config para (1) garantizar que los valores entrantes puedan interpretarse como ese tipo, y (2) que los valores salientes están canonizados bajo ese tipo.

En otra serie, proponemos ampliar esta funcionalidad con --type=color y --default para reemplazar --get-color .

Sin embargo, tradicionalmente usamos --color para significar "colorear esta salida", en lugar de "este valor debe ser tratado como un color".

Actualmente, git config no admite este tipo de colorización, pero debemos tener cuidado de evitar ponerse en cuclillas en esta opción demasiado pronto, para que git config pueda admitir --color (en el sentido tradicional) en el futuro, si así lo desea.

En este parche, --type=<int|bool|bool-or-int|...> además de --int , --bool , etc.
Esto permite que el próximo parche mencionado pueda admitir la consulta de un valor de color con un valor predeterminado a través de --type=color --default=... , sin despilfarrar --color .

Mantenemos el comportamiento histórico de quejarse cuando se dan múltiples banderas de estilo heredado --<type> , así como también extendemos esto a banderas de --type=<type> nuevo estilo en conflicto. --int --type=int (y su par conmutativo) no se queja, pero --bool --type=int (y su par conmutativo) lo hace.

Así que antes de tener --bool y --int , ahora ( documentation ):

--type <type>

'' git config '' asegurará que cualquier entrada o salida sea válida bajo la (s) restricción (es) de tipo dada, y canonicalizará los valores salientes en la forma canónica de <type> .

Los <type> válidos incluyen:

  • '' bool '': canonicaliza los valores como " true " o " false ".
  • '' int '': canonicaliza los 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 '': canonicaliza según '' bool '' o '' int '', como se describió anteriormente.
  • '' path '': puede canonicalizar agregando un ~ al valor de $HOME y ~user al directorio de inicio del usuario especificado. Este especificador no tiene ningún efecto al establecer el valor (pero puede usar git config section.variable ~/ desde la línea de comandos para permitir que su shell haga la expansión).
  • '' expiry-date '': canonicaliza convirtiendo 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).

En Ubuntu o en cualquier otra plataforma (sí, ¡Windows también!); a partir de git1.8.4 , que fue lanzado el 2013-08-23 , no tendrás que hacer nada :

Muchos tutoriales enseñan a los usuarios a configurar "color.ui" en "auto" como la primera cosa después de configurar " user.name/email / user.name/email " para presentarse a Git. Ahora la variable por defecto es " auto ".

Así verás los colores por defecto.

En su archivo ~/.gitconfig , simplemente agregue esto:

[color] ui = auto

Se encarga de todos tus comandos git.

GIT usa salida de color por defecto, pero en algunos sistemas como CentOS no está habilitado. Puedes habilitarlo así.

git config --global color.ui true git config --global color.ui false git config --global color.ui auto

Puede elegir el comando requerido desde aquí.

Aquí --global es opcional para aplicar acciones para cada repositorio en su sistema. Si desea aplicar coloración solo al repositorio actual, puede hacer algo como esto:

git config color.ui true

Git colorea automáticamente la mayor parte de su salida si lo pides. Puedes ser muy específico sobre lo que quieres colorear y cómo; pero para activar todos los colores de terminal predeterminados, establezca color.ui en verdadero:

git config --global color.ui true

Otra forma es editar el .gitconfig (crear uno si no existe), por ejemplo:

vim ~/.gitconfig

y luego agregar:

[color] diff = auto status = auto branch = auto