Einfärben der Git-Konsole

John Wachira 30 Januar 2023
  1. Git color.ui
  2. Git-Farbwerte
  3. Git-Farbkonfiguration
Einfärben der Git-Konsole

In diesem Artikel wird erläutert, wie wir unser Git-Terminal so konfigurieren können, dass es eine farbige Ausgabe hat. Wir können das Terminal für eine einfachere Verwendung nach unseren Wünschen anpassen.

Wir werden den Befehl git config verwenden, um die Farbwerte festzulegen. Lasst uns beginnen.

Git color.ui

Die Git color.ui bezieht sich auf die Master-Variable, wenn es um Git-Farben geht. Um Farben in unserem Git-Terminal zu deaktivieren, müssen wir es wie unten gezeigt auf false setzen.

$ git config --global color.ui false

Bei einem frischen Git-Terminal ist die Variable auf auto gesetzt. Dies gibt dem unmittelbaren Terminal-Ausgabestrom Farben und lässt den Farbcode für Ausgaben weg, die an einen anderen Prozess geleitet oder an eine Datei geleitet werden.

Wir können es auf always setzen, um die oben genannten Ausnahmen einzuschließen; Es können jedoch Probleme auftreten, wenn die Empfangsleitung keine farbige Eingabe erwartet.

$ git config --global color.ui always

Git-Farbwerte

Neben color.ui unterstützt Git auch andere granulare Farbkonfigurationen, die auf always, auto und false gesetzt werden können. Diese Einstellungen haben einen bestimmten Farbwert.

Git unterstützt Farbwerte wie normal, schwarz, rot, grün, gelb, blau, magenta, cyan und weiß.

Wir können hexadezimale Farbcodes wie #ff0000 verwenden, um die Farbe anzugeben, wenn unser Terminal dies unterstützt.

Git-Farbkonfiguration

1. Farbe.Zweig

Wir verwenden diesen Befehl, um die Ausgabefarbe des Befehls git branch zu konfigurieren. Wir können es im folgenden Kontext verwenden.

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

Der <slot> kann einer der folgenden sein.

  1. current: Dies bezieht sich auf den aktuellen Zweig.
  2. local: Bezieht sich auf einen lokalen Zweig in unserem Repository.
  3. remote: Bezieht sich auf die Remote-Branch-Referenz in ref/remotes.
  4. upstream: Bezieht sich auf einen Upstream-Tracking-Git-Zweig.
  5. plain: Jede andere ref.

2. color.diff

Wir verwenden diesen Befehl, um die Ausgabefarben für die Befehle git diff, git log und git show zu konfigurieren. Wir können es wie unten gezeigt verwenden.

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

Der <slot> kann einer der folgenden sein.

  1. Kontext: Dies bezieht sich auf die Textzeilen, die in einem diff oder Patch angezeigt werden, um Änderungen anzuzeigen.
  2. plain: Dies ist ein Synonym für context.
  3. meta: Bezieht sich auf die Meta-Informationen zum git diff.
  4. frag: Zeigt auf den Hunk-Header oder die im Hunk-Header vorhandene Funktion.
  5. old: Zeigt auf die entfernten Codezeilen im diff.
  6. new: Zeigt auf die hinzugefügten Codezeilen im diff.
  7. commit: Bezieht sich auf die Commit-Header im diff.
  8. whitespace: Setze eine Farbe für Whitespace-Fehler im git diff.

3. Farbe.Status

Dieser boolesche Wert konfiguriert oder deaktiviert die farbcodierte Ausgabe für den Befehl git status. Wir können es im folgenden Kontext verwenden.

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

Der <slot> kann einer der folgenden sein.

  1. header: Zeigt auf den Header-Inhalt der Statusanzeige.
  2. added oder updated: Beide zielen auf alle hinzugefügten, aber nicht festgeschriebenen Dateien.
  3. changed: Zeigt auf die geänderten Dateien, die nicht in den Index aufgenommen werden.
  4. branch: Zeigt auf den aktuellen Zweig.
  5. untracked: Zeigt auf alle nicht getrackten Dateien.
  6. unmerged: Zeigt auf Dateien mit nicht zusammengeführten Änderungen.

4. color.grep

Dieser Befehl wendet Farbe auf unsere git grep-Ausgabe an. Wir können es im folgenden Kontext verwenden.

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

Der <slot> kann einer der folgenden sein.

  1. context: Zeigt auf den nicht übereinstimmenden Text in unseren Kontextzeilen.
  2. filename: Zeigt auf das Präfix des Dateinamens.
  3. function: Zeigt auf die Funktionsnamenzeilen.
  4. linenumber: Zeigt auf das Präfix der Zeilennummer.
  5. match: Bezieht sich auf den passenden Text.
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