Lernpfad
Git-Grundlagen
0 Min.
Git ist eine super Lösung für Versionsverwaltung, Code-Sharing und Zusammenarbeit bei komplizierten Aufgaben. Es ist auch ganz einfach über die Befehlszeile erreichbar, sodass du schnell auf dieses coole Tool zugreifen kannst. Aber jeden Tag dutzende Male lange Befehle zu tippen, kann echt nervig werden. Also haben sich die Entwickler was ausgedacht, um Abkürzungen zu machen, die man Git-Aliase nennt.
Git-Aliase sind benutzerdefinierte Verknüpfungen, mit denen du deine eigenen Befehle für beliebige Git-Operationen oder eine Reihe von Operationen erstellen kannst. Die können dir das Leben ein bisschen leichter machen, weil du weniger tippen musst und der Arbeitsablauf auf dich oder dein Unternehmen zugeschnitten ist.
In diesem Tutorial schauen wir uns an, was Git-Aliase sind, wie man sie benutzt und wie man sie verantwortungsvoll teilt. Wenn du Git noch nicht kennst, schau dir unseren Kurs „Einführung in Git“ und den Lernpfad „GitHub-Grundlagen“ an, um dir ein solides Fundament zu holen, bevor du loslegst.
Grundlagen von Git-Aliasen
Bevor wir mit dem Erstellen von benutzerdefinierten Verknüpfungen anfangen, schauen wir uns mal an, was Git-Aliase sind, wie sie funktionieren und warum sie für Entwickler so nützlich sind.
Was sind Git-Aliase?
Ein Git-Alias ist ein benutzerdefinierter Befehl, den du in deiner Git-Konfiguration festlegst. Im Grunde ist es eine Abkürzung für deine häufigsten Git-Befehle.
Wenn du dich schon mit der Befehlszeile auskennst, denkst du vielleicht, dass Git-Aliase shell-Aliasen ziemlich ähnlich sind. Aber es gibt ein paar wichtige Unterschiede. Shell-Aliase sind in deiner shell-Konfiguration definierte Verknüpfungen, die du für jedes Befehlszeilentool nutzen kannst, nicht nur für Git.
Git-Aliase werden aber in der Git-Konfiguration festgelegt und funktionieren nur, wenn du den Befehl „git“ benutzt. Git-Aliase können auch portabel sein, weil sie mit deiner Git-Konfiguration mitwandern. Das heißt, du kannst sie mit deinem Team teilen und sie funktionieren überall gleich. Außerdem sind sie einfacher zu dokumentieren und zu pflegen als shell-Aliase als Teil deiner Versionskontrollkonfiguration. Entwickler nutzen Git-Aliase, um Zeit und Mühe zu sparen, Tippfehler zu vermeiden und ihre Arbeitsabläufe zu automatisieren.
Wenn du Shell in deinen Arbeitsablauf einbauen willst, schau dir unsere shell-Kurse an, um zu lernen, wie das geht.
Alias-Gültigkeitsbereich und Persistenz
Es gibt zwei Hauptkategorien von Aliasen: globale Aliase und lokale Aliase. Der Hauptunterschied ist, wo du sie definierst und wo sie zur Nutzung verfügbar sind.
Ein globaler Alias kann in jedem Repository auf deinem System verwendet werden. Wenn du einen globalen Alias festlegst, wird er in deiner globalen Git-Konfigurationsdatei gespeichert. Hier kannst du am besten die Tastenkombinationen festlegen, die du überall benutzen willst.
Eine kurze Warnung zur Verwendung globaler Aliase: Sie sind spezifisch für deinen Rechner. Das solltest du unbedingt beachten, wenn du zwischen verschiedenen Computern wechselst oder Kollegen mit ihren eigenen Geräten hilfst. Deine globalen Aliase funktionieren auf ihrem Rechner nicht.
Ein lokaler Alias ist dagegen nur für ein einzelnes Repository. Sie werden in der Konfigurationsdatei dieses bestimmten Repositorys gespeichert. Lokale Aliase sind praktisch, wenn du projektspezifische Verknüpfungen brauchst oder etwas ausprobieren willst, ohne deine globale Konfiguration zu verändern.
Lokale Aliase haben Vorrang
Es ist wichtig zu wissen, dass, wenn du denselben Alias sowohl global als auch lokal definierst, der lokale Alias Vorrang hat. Das heißt, dein Computer nutzt den lokalen Alias und ignoriert den globalen, solange du im lokalen Repository bist. Sobald du dieses Repository verlässt, übernimmt der globale Alias wieder die Kontrolle. Das ist echt praktisch, weil du damit die globalen Standardeinstellungen für bestimmte Projekte überschreiben kannst.
Mehr Infos zum Einrichten von Git auf verschiedenen Ebenen findest du unter Git für Fortgeschrittene.
Das obige Flussdiagramm zeigt, dass Git zuerst in der lokalen Konfigurationsdatei nach deinem Alias sucht. Wenn es dort nicht gefunden wird, schaut Git in der globalen Konfigurationsdatei nach, welche Befehle ausgeführt werden sollen.
Git-Aliase erstellen und einrichten
Das Einrichten von Git-Aliasen ist einfach, aber welche Methode du wählst, hängt von deinem Arbeitsablauf, deinem Betriebssystem und deinen persönlichen Vorlieben ab.
Erstellungsmethoden
Es gibt zwei Möglichkeiten, einen Git-Alias zu erstellen: Du kannst einen neuen Git-Alias über die Befehlszeile erstellen oder deine Git-Konfigurationsdatei direkt bearbeiten.
Die Befehlszeile benutzen
Am einfachsten kannst du einen Alias mit dem Befehl „ git config “ hinzufügen. Das allgemeine Rezept lautet:
git config alias.<shortcut> <full-command>Lass uns zum Beispiel eine Verknüpfung für „ git commit -m “ erstellen, mit der man vorbereitete Änderungen mit einer Nachricht im Repository speichern kann.
git config --global alias.cm "commit -m"Dieser Befehl fügt einen neuen Alias namens „ cm ” hinzu, der „ git commit -m ” ausführt. Die Option „ --global “ sagt, dass der Alias in allen deinen Repositorys verfügbar sein soll. Wenn du „ --global “ weglässt, wird der Alias standardmäßig als lokaler Alias für dein aktuelles Repository verwendet.
Wenn du deine gewünschten Aliase erstellt hast, solltest du vielleicht nochmal checken, was du gemacht hast. Du kannst die Befehlszeile nutzen, um alle deine aktuell definierten Aliase anzuzeigen, indem du Folgendes eingibst:
git config --get-regexp ^alias\\\\.Dadurch werden alle Aliase und die dazugehörigen Befehle aufgelistet. Du kannst auch einen bestimmten Alias überprüfen. Der folgende Befehl gibt zum Beispiel den Wert des Alias „ lg “ aus deiner Konfigurationsdatei zurück.
git config alias.lgSo kannst du schnell checken, ob deine Aliase richtig eingerichtet sind.
Die Konfigurationsdatei direkt bearbeiten
Wenn du die oben genannten Befehle benutzt, wird deine Git-Konfigurationsdatei (wir nennen sie ab jetzt Git-Config-Datei) – egal ob global oder lokal – mit den von dir gewählten Aliasen aktualisiert. Du kannst diesen Schritt überspringen, indem du deine Konfigurationsdatei direkt änderst.
Du musst deine Git-Konfigurationsdatei in einem Texteditor öffnen und die Aliase unter dem Abschnitt „ [alias] “ hinzufügen. Unter Windows findest du diese Datei normalerweise unter „ C:\\Users\\\\.gitconfig “ für globale Aliase oder „ .git\\config “ in einem Repository für lokale Aliase. Unter macOS oder Linux sind globale Aliase normalerweise in „ ~/.gitconfig “ und lokale Aliase in „ .git/config “ zu finden.
Deine Git-Konfigurationsdatei sollte ungefähr so aussehen (wenn es sich um eine globale Datei handelt, kann sie noch ein paar weitere Teile enthalten):
[core]
repositoryformatversion = 0
filemode = true
bare = false
logallrefupdates = true
[remote "origin"]
url = <https://github.com/username/repo.git>
fetch = +refs/heads/*:refs/remotes/origin/*
[branch "main"]
remote = origin
merge = refs/heads/main
[alias]
cm = commit -mWenn wir runter scrollen zum Abschnitt „ [alias] “, können wir unsere eigenen Shortcuts hinzufügen:
[alias]
cm = commit -m
st = status
lg = log --oneline --graph --decorate --allDieser Ansatz kann besonders nützlich sein, wenn du mehrere Aliase gleichzeitig hinzufügen möchtest. Außerdem kannst du ganz einfach eine Reihe von Aliasen von einem Kollegen oder einer Online-Quelle kopieren und einfügen.
Für eine praktische Übersicht über gängige Git-Befehle schau dir unser vollständiges Git-Spickzettel an.
Betriebssystem- und shell-spezifische Konfiguration
Git-Aliase werden in deiner Git-Konfiguration festgelegt, sodass sie auf allen Betriebssystemen und in allen shells funktionieren. Wie du sie benutzt, hängt aber von deiner Umgebung ab.
Unter Windows funktionieren Git-Aliase zuverlässig in Git Bash und WSL (Windows Subsystem for Linux). In der Eingabeaufforderung und PowerShell funktionieren einfache Aliase wie „ st “ für den Status gut, aber fortgeschrittene Aliase, die auf shell-Funktionen wie Pipes oder mehrere Befehle angewiesen sind, funktionieren möglicherweise nicht wie erwartet. Für kompliziertes Aliasing sind Git Bash oder WSL die bessere Wahl.
Unter macOS und Linux funktionieren Git-Aliase in der Regel genauso in Bash, Zsh und anderen Unix-ähnlichen shells. Sowohl einfache als auch komplexe Aliase können ohne Probleme verwendet werden.
Fish Shell ist ein Sonderfall, weil es eine andere Syntax als Bash und Zsh benutzt. Einige fortgeschrittene Git-Aliase, die von der POSIX-shell-Syntax ausgehen, funktionieren in Fish möglicherweise nicht richtig. In solchen Fällen musst du den Alias vielleicht als shell-Funktion umschreiben oder dich an einfachere Git-Aliase halten.
Mehr Infos zu den Grundlagen der shell findest du in unserem Spickzettel zu den Grundlagen der Bash- und Zsh-Shell-Terminals.
Lerne heute die Git-Grundlagen
Für Anfänger: Master-Versionskontrolle mit Git.
Was ist ein Git-Alias?
Kann ich Git-Aliase in mehreren Repositorys verwenden?
Wie lösche ich einen Git-Alias, wenn ich ihn nicht mehr brauche?
Wie kann ich Git-Aliase für meinen speziellen Arbeitsablauf anpassen?
Sind Git-Aliase dasselbe wie shell-Aliase?
Themen
