lazygit: Git-Arbeit im Terminal gezielt sichtbar machen
lazygit ist eine Terminalschnittstelle zum Bereitstellen von Dateien, Überprüfen von Unterschieden, Verwalten von Zweigen, Rebasing und Lösen allgemeiner Git-Aufgaben.
Auf einen Blick
- Was ist das?
- lazygit is a terminal interface for staging files, inspecting diffs, managing branches, rebasing, and resolving common Git tasks.. Dieser Beitrag ordnet Umfang, konkrete Nutzung und dokumentierte Grenzen auf Deutsch ein.
- Für wen ist es gedacht?
- Geeignet ist lazygit für Leser, deren Vorhaben zu den im README beschriebenen Eingaben, Abhängigkeiten und Ausgaben passt. Ungeeignet ist eine Übernahme als pauschale Zusage.
- Darf ich es kommerziell nutzen?
- Ja. MIT ist eine freizügige Lizenz: Sie dürfen darauf aufbauende Software nutzen, verändern und verkaufen, solange Sie die Urheberrechts- und Lizenzhinweise beibehalten.
- Wird es noch gepflegt?
- Ja. Die letzten Commits kamen vor 1 Tag.
- In welcher Sprache ist es geschrieben?
- Hauptsächlich Go, laut der Sprachstatistik von GitHub.
Die Antworten beruhen auf den GitHub-Daten des Projekts (zuletzt abgeglichen am 15. September 2026) und auf unserer Analyse. Sie sind keine Rechtsberatung.
TIEFGEHENDE OPEN-SOURCE-ANALYSE
lazygit: der dokumentierte Kern 1
Das Repository beschreibt lazygit als eine einfache Terminal-UI für Git-Befehle, geschrieben in Go. Das Elevator-Pitch im README ist deutlich: Git ist mächtig, aber alltägliche Vorgänge wie interaktives Rebase und das Staging von Teilen einer Datei können schmerzhaft sein. lazygit wird als Alternative für Leute präsentiert, die diese Vorgänge lieber in einer TUI als über Kommandozeilen-Beschwörungen erledigen. Das README nennt keine Leistungszahlen oder Benutzerstatistiken. Prüfen Sie `lazygit --debug` und `lazygit --logs` in zwei Terminals; beobachten Sie dabei Reflog-Undo, Staging einzelner Zeilen und die Konfiguration unter `docs/Config.md`. Diese Prüfung gehört zu jesseduffield-lazygit-deep-analysis, weil sie eine konkrete Datei, einen konkreten Befehl oder einen dokumentierten Pfad mit dem beobachteten Ergebnis verbindet. Die Prüfung verbindet Debug-Ausgabe, Reflog-Undo, Zeilen-Staging und `docs/Config.md` mit einem konkreten Arbeitsablauf. Halten Sie Version, Betriebssystem, Git-Status, Tasteneingabe und Fehlermeldung getrennt fest. Wo die README keine Aussage trifft, bleibt der Punkt offen. Prüfpunkt 1 für jesseduffield-lazygit-deep-analysis: Die konkrete Ausgabe von dem Startbefehl ist zu dokumentieren.
lazygit: Staging, Rebase und Alltagsoperationen 2
Das README zeigt eine Reihe alltäglicher Operationen mit animierten GIFs. Sie können einzelne Zeilen mit der Leertaste stagen, mit v einen Bereich auswählen oder mit a einen gesamten Hunk auswählen. Interaktives Rebase startet mit i, danach stehen für die Aufgaben-Commits squash, fixup, drop, edit, nach oben und nach unten bewegen zur Verfügung; das Rebase-Optionsmenü erreichen Sie mit m. Cherry-pick ist Kopieren und Einfügen von Commits, Bisect startet in der Commit-Ansicht mit b, und die Nuke-Option im Reset-Menü löscht alles, was git status anzeigt, einschließlich verschmutzter Submodule. Prüfen Sie `lazygit --debug` und `lazygit --logs` in zwei Terminals; beobachten Sie dabei Reflog-Undo, Staging einzelner Zeilen und die Konfiguration unter `docs/Config.md`. Diese Prüfung gehört zu jesseduffield-lazygit-deep-analysis, weil sie eine konkrete Datei, einen konkreten Befehl oder einen dokumentierten Pfad mit dem beobachteten Ergebnis verbindet. Die Prüfung verbindet Debug-Ausgabe, Reflog-Undo, Zeilen-Staging und `docs/Config.md` mit einem konkreten Arbeitsablauf. Halten Sie Version, Betriebssystem, Git-Status, Tasteneingabe und Fehlermeldung getrennt fest. Wo die README keine Aussage trifft, bleibt der Punkt offen. Prüfpunkt 2 für jesseduffield-lazygit-deep-analysis: Die konkrete Ausgabe von der Konfiguration ist zu dokumentieren.
lazygit: Patches, Worktrees und Undo 3
Über die Grundlagen hinaus behandelt das README Vorgänge, die in der Kommandozeile schwieriger sind. Sie können aus einem alten Commit einen benutzerdefinierten Patch erstellen, ihn aus dem Commit entfernen oder umgekehrt anwenden. Sie können einen Basis-Commit markieren und nur die Commits Ihres Feature-Branches auf einen anderen Branch rebasen. Worktrees können in der Branches-Ansicht mit w erstellt werden. Undo und Redo sind an z und shift+z gebunden; das README merkt an, dass Undo das Reflog verwendet und daher Änderungen am Arbeitsbaum oder Stash nicht rückgängig machen kann. Der Commit-Graph färbt Commits nach Autor und hebt die Eltern des ausgewählten Commits hervor. Zwei Commits vergleichen Sie, indem Sie einen mit shift+w markieren und einen anderen auswählen; der Diff lässt sich umkehren oder mit escape beenden. Das Branches-Panel kann GitHub-Pull-Requests anzeigen, wenn das gh-Tool installiert und authentifiziert ist. Prüfen Sie `lazygit --debug` und `lazygit --logs` in zwei Terminals; beobachten Sie dabei Reflog-Undo, Staging einzelner Zeilen und die Konfiguration unter `docs/Config.md`. Diese Prüfung gehört zu jesseduffield-lazygit-deep-analysis, weil sie eine konkrete Datei, einen konkreten Befehl oder einen dokumentierten Pfad mit dem beobachteten Ergebnis verbindet. Die Prüfung verbindet Debug-Ausgabe, Reflog-Undo, Zeilen-Staging und `docs/Config.md` mit einem konkreten Arbeitsablauf. Halten Sie Version, Betriebssystem, Git-Status, Tasteneingabe und Fehlermeldung getrennt fest. Wo die README keine Aussage trifft, bleibt der Punkt offen. Prüfpunkt 3 für jesseduffield-lazygit-deep-analysis: Die konkrete Ausgabe von dem Startbefehl ist zu dokumentieren.
lazygit: Installation und Verbreitung 4
Das README listet viele Installationswege auf: Binärversionen für Windows, macOS 10.12+ und Linux sowie Pakete für Homebrew, MacPorts, Void Linux, Scoop, Arch Linux, Fedora, Amazon Linux 2023, CentOS Stream, Solus, Debian und Ubuntu, Funtoo, Gentoo, openSUSE, NixOS, Flox, FreeBSD, Termux, Conda, Go, Chocolatey und Winget. Eine Drittanbieter-Dev-Container-Funktion wird ebenfalls erwähnt. Das README warnt, dass die meisten dieser Pakete von Dritten gepflegt werden und Benutzer sie überprüfen sollten. Für die manuelle Installation heißt es, das Repository zu klonen und go install auszuführen oder go run main.go zu verwenden, um in einem Schritt zu kompilieren und auszuführen. Prüfen Sie `lazygit --debug` und `lazygit --logs` in zwei Terminals; beobachten Sie dabei Reflog-Undo, Staging einzelner Zeilen und die Konfiguration unter `docs/Config.md`. Diese Prüfung gehört zu jesseduffield-lazygit-deep-analysis, weil sie eine konkrete Datei, einen konkreten Befehl oder einen dokumentierten Pfad mit dem beobachteten Ergebnis verbindet. Die Prüfung verbindet Debug-Ausgabe, Reflog-Undo, Zeilen-Staging und `docs/Config.md` mit einem konkreten Arbeitsablauf. Halten Sie Version, Betriebssystem, Git-Status, Tasteneingabe und Fehlermeldung getrennt fest. Wo die README keine Aussage trifft, bleibt der Punkt offen. Prüfpunkt 4 für jesseduffield-lazygit-deep-analysis: Die konkrete Ausgabe von der Konfiguration ist zu dokumentieren.
lazygit: Nutzung und Konfiguration 5
Die Nutzung ist einfach: Rufen Sie lazygit in einem Terminal innerhalb eines Git-Repositories auf. Sie können einen Alias wie lg in einer Shell-rc-Datei hinzufügen. Das README dokumentiert Tastenkombinationen in einem separaten docs-Ordner und erklärt, wie Sie die Shell beim Beenden das Verzeichnis wechseln lassen, indem Sie LAZYGIT_NEW_DIR_FILE setzen und eine Shell-Funktion verwenden. Die Konfiguration ist in docs/Config.md beschrieben, und es gibt eigene Dokumente für benutzerdefinierte Diff-Renderer und benutzerdefinierte Befehle. lazygit unterstützt Gitflow, wenn die git-flow-Werkzeuge installiert sind; in der Branches-Ansicht erreichen Sie die Gitflow-Optionen mit i. Das README dokumentiert keine vollständige Liste der Befehlszeilenoptionen, abgesehen von den Flags debug und logs, die im Beitragsabschnitt erwähnt werden. Prüfen Sie `lazygit --debug` und `lazygit --logs` in zwei Terminals; beobachten Sie dabei Reflog-Undo, Staging einzelner Zeilen und die Konfiguration unter `docs/Config.md`. Diese Prüfung gehört zu jesseduffield-lazygit-deep-analysis, weil sie eine konkrete Datei, einen konkreten Befehl oder einen dokumentierten Pfad mit dem beobachteten Ergebnis verbindet. Die Prüfung verbindet Debug-Ausgabe, Reflog-Undo, Zeilen-Staging und `docs/Config.md` mit einem konkreten Arbeitsablauf. Halten Sie Version, Betriebssystem, Git-Status, Tasteneingabe und Fehlermeldung getrennt fest. Wo die README keine Aussage trifft, bleibt der Punkt offen. Prüfpunkt 5 für jesseduffield-lazygit-deep-analysis: Die konkrete Ausgabe von dem Startbefehl ist zu dokumentieren.
lazygit: Beitragen, Unterstützung und Alternativen 6
Das Repository lädt zu Beiträgen ein und verlinkt einen Leitfaden für Beiträge sowie einen Discord-Kanal. Für lokales Debugging empfiehlt das README, lazygit --debug in einem Terminal und lazygit --logs in einem anderen auszuführen, um Programm- und Logausgaben nebeneinander zu sehen. Das Projekt hat eine Sponsorenseite, und das README bittet um Sponsoring, weil lazygit kein Vollzeitjob ist. Das FAQ erklärt Commit-Farben: Grün bedeutet, der Commit ist im master-Branch enthalten, Gelb bedeutet nicht enthalten, Rot bedeutet noch nicht zum Upstream gepusht. Das README listet auch Alternativen auf: GitUI, tig und GitArbor TUI. Prüfen Sie `lazygit --debug` und `lazygit --logs` in zwei Terminals; beobachten Sie dabei Reflog-Undo, Staging einzelner Zeilen und die Konfiguration unter `docs/Config.md`. Diese Prüfung gehört zu jesseduffield-lazygit-deep-analysis, weil sie eine konkrete Datei, einen konkreten Befehl oder einen dokumentierten Pfad mit dem beobachteten Ergebnis verbindet. Die Prüfung verbindet Debug-Ausgabe, Reflog-Undo, Zeilen-Staging und `docs/Config.md` mit einem konkreten Arbeitsablauf. Halten Sie Version, Betriebssystem, Git-Status, Tasteneingabe und Fehlermeldung getrennt fest. Wo die README keine Aussage trifft, bleibt der Punkt offen. Prüfpunkt 6 für jesseduffield-lazygit-deep-analysis: Die konkrete Ausgabe von der Konfiguration ist zu dokumentieren.
Redaktionelles Fazit
Geeignet ist lazygit für Leser, deren Vorhaben zu den im README beschriebenen Eingaben, Abhängigkeiten und Ausgaben passt. Ungeeignet ist eine Übernahme als pauschale Zusage. Vor der Entscheidung sollte der konkrete Prüfweg ausgeführt werden: Prüfen Sie `lazygit --debug` und `lazygit --logs` in zwei Terminals; beobachten Sie dabei Reflog-Undo, Staging einzelner Zeilen und die Konfiguration unter `docs/Config.md`. Das Ergebnis zeigt, welche Teile in der eigenen Umgebung tatsächlich tragen.
Community-Notizen