Colorer la console Git

John Wachira 30 janvier 2023
  1. Git color.ui
  2. Valeurs de couleur Git
  3. Configuration des couleurs Git
Colorer la console Git

Cet article explique comment nous pouvons configurer notre terminal Git pour avoir une sortie colorée. Nous pouvons personnaliser le terminal à notre goût pour une utilisation plus facile.

Nous allons utiliser la commande git config pour définir les valeurs de couleur. Commençons.

Git color.ui

Le Git color.ui fait référence à la variable principale lorsqu’il s’agit de couleurs Git. Pour désactiver les couleurs dans notre terminal Git, nous devrons le définir sur false, comme indiqué ci-dessous.

$ git config --global color.ui false

Un nouveau terminal Git a la variable définie sur auto. Cela donne les couleurs du flux de sortie du terminal immédiat et omet le code de couleur pour les sorties redirigées vers un autre processus ou dirigées vers un fichier.

Nous pouvons le définir sur always pour inclure les exemptions ci-dessus ; cependant, nous pouvons rencontrer des problèmes lorsque le canal de réception n’attend pas d’entrée colorée.

$ git config --global color.ui always

Valeurs de couleur Git

Outre color.ui, Git prend également en charge d’autres configurations de couleurs granulaires qui peuvent être définies sur always, auto et false. Ces paramètres ont une valeur de couleur spécifiée.

Git prend en charge les valeurs de couleur comme normal, noir, rouge, vert, jaune, bleu, magenta, cyan et blanc.

Nous pouvons utiliser des codes de couleur hexadécimaux comme #ff0000 pour spécifier la couleur si notre terminal la prend en charge.

Configuration des couleurs Git

1. color.branch

Nous utilisons cette commande pour configurer la couleur de sortie de la commande git branch. Nous pouvons l’utiliser dans le contexte suivant.

$ git config --global color.branch <slot>

Le <slot> peut être l’un des éléments suivants.

  1. current : Il s’agit de la branche courante.
  2. local : Désigne une branche locale de notre référentiel.
  3. remote : fait référence à la référence de la branche distante dans ref/remotes.
  4. upstream : fait référence à une branche Git de suivi en amont.
  5. plain : Tout autre ref.

2. color.diff

Nous utilisons cette commande pour configurer les couleurs de sortie pour les commandes git diff, git log et git show. Nous pouvons l’utiliser comme indiqué ci-dessous.

$ git config --global color.diff <slot>

Le <slot> peut être l’un des éléments suivants.

  1. context : il s’agit des lignes de contenu textuel affichées dans un diff ou un patch pour montrer les changements.
  2. plain : C’est un synonyme de context.
  3. meta : Désigne la méta-information sur le git diff.
  4. frag : pointe vers l’en-tête du bloc ou la fonction présente dans l’en-tête du bloc.
  5. old : pointe vers les lignes de code supprimées dans le diff.
  6. new : pointe vers les lignes de code ajoutées dans le diff.
  7. commit : fait référence aux en-têtes de validation dans le diff.
  8. whitespace : définissez une couleur pour les erreurs d’espace blanc dans le git diff.

3. color.status

Cette valeur booléenne configure ou désactive la sortie codée par couleur pour la commande git status. Nous pouvons l’utiliser dans le contexte ci-dessous.

$ git config --global color.status <slot>

Le <slot> peut être l’un des éléments suivants.

  1. header : pointe vers le contenu de l’en-tête de l’affichage d’état.
  2. added ou updated : les deux ciblent tous les fichiers ajoutés mais non validés.
  3. changed : Cela pointe vers les fichiers modifiés qui ne sont pas ajoutés à l’index.
  4. branch : pointe vers la branche actuelle.
  5. untracked : pointe vers tous les fichiers non suivis.
  6. unmerged : pointe vers les fichiers avec des modifications non fusionnées.

4. color.grep

Cette commande appliquera une couleur à notre sortie git grep. Nous pouvons l’utiliser dans le contexte ci-dessous.

$ git config --global color.grep <slot>

Le <slot> peut être l’un des éléments suivants.

  1. context : pointe vers le texte qui ne correspond pas dans nos lignes de contexte.
  2. filename : pointe vers le préfixe du nom de fichier.
  3. function : pointe vers les lignes de nom de la fonction.
  4. linenumber : pointe vers le préfixe du numéro de ligne.
  5. match : Fait référence au texte correspondant.
Auteur: John Wachira
John Wachira avatar John Wachira avatar

John is a Git and PowerShell geek. He uses his expertise in the version control system to help businesses manage their source code. According to him, Shell scripting is the number one choice for automating the management of systems.

LinkedIn