4 Punkte von GN⁺ 2025-01-18 | 1 Kommentare | Auf WhatsApp teilen
  • Methoden zur Lösung von Git-Problemen

    • Es wird betont, dass Git ein komplexes Werkzeug ist, bei dem man leicht Fehler machen kann, und dass es schwierig ist, Wege zur Problemlösung zu finden.
    • Verschiedene Problemsituationen und ihre Lösungen werden in einfachem Englisch erklärt.
  • Problemsituationen und Lösungswege

    • Wenn man eine falsche Aktion rückgängig machen möchte

      • Mit git reflog die Liste früherer Aktionen prüfen und mit git reset HEAD@{index} zum gewünschten Zeitpunkt zurückkehren.
    • Wenn nach einem Commit eine kleine Änderung nötig ist

      • Nach der Änderung mit git add . und git commit --amend --no-edit die Änderungen dem letzten Commit hinzufügen.
      • Achtung: Bereits veröffentlichte Commits nicht ändern.
    • Wenn man die Nachricht des letzten Commits ändern möchte

      • Mit git commit --amend die Nachricht ändern.
    • Wenn man auf dem falschen Branch committet hat

      • Einen neuen Branch erstellen, mit git reset HEAD~ --hard den Commit aus dem Master-Branch entfernen und dann zum neuen Branch wechseln, um den Commit zu behalten.
    • Wenn der diff-Befehl nicht funktioniert

      • Mit git diff --staged die Unterschiede der gestagten Dateien prüfen.
    • Wenn man einen früheren Commit rückgängig machen möchte

      • Den Commit mit git log finden und mit git revert [saved hash] diesen Commit rückgängig machen.
    • Wenn man Dateiänderungen rückgängig machen möchte

      • Mit git log einen früheren Commit finden und die Datei mit git checkout [saved hash] -- path/to/file zurücksetzen.
  • Sonstiges

    • Wenn man ein Repository in den Anfangszustand zurückversetzen möchte
      • Mit git fetch origin, git checkout master, git reset --hard origin/master mit dem Remote-Repository synchronisieren.
      • Mit git clean -d --force nicht nachverfolgte Dateien und Verzeichnisse löschen.
  • Hinweise

    • Es wird erwähnt, dass diese Seite keine umfassende Referenz ist und es verschiedene Wege geben kann.
    • Es wird mehreren Personen für ihre Mitarbeit an der Übersetzung gedankt.

1 Kommentare

 
GN⁺ 2025-01-18
Hacker-News-Kommentare
  • Es ist besser, git switch statt git checkout zu verwenden.
  • Es wird empfohlen, reset --hard zu vermeiden und das Problem, wenn auf dem falschen Branch committet wurde, durch das Erstellen eines neuen Branches zu lösen.
    • Im aktuellen Zustand einen neuen Branch erstellen
    • Zu einem früheren Commit wechseln
    • Den master-Branch mit diesem Commit überschreiben
    • Zum Arbeits-Branch wechseln
  • Es wird eine Lösung mit cherry-pick vorgeschlagen, wenn auf dem falschen Branch committet wurde.
    • Zum richtigen Branch wechseln
    • Den letzten Commit von master holen
    • Auf master löschen
  • Es wird eine Vorgehensweise für Git in einer „Aufgeben“-Situation vorgeschlagen.
    • Den neuesten Stand von origin holen
    • Getrackte Dateien wiederherstellen
    • Ungetrackte Dateien und Verzeichnisse löschen
    • master auf die Remote-Version zurücksetzen
  • Beim Erlernen von Git sollte standardmäßig eine UI empfohlen werden.
    • Wenn sich die CLI später schneller anfühlt, kann man sie dann verwenden.
    • Man sollte zuerst verstehen, wie man visuell mit dem Baum interagiert.
  • Es freut mich, dass es Suchergebnisse zu hg+mercurial gibt.
    • Schade, dass hg den DVCS-Krieg verloren hat.
  • Es ist schwer, sich die Argumente der Git-Befehle zu merken.
    • Die Befehle sind nicht gut auffindbar und auch nicht leicht zu merken.
  • Es wird sich seltsam anfühlen, im April 2025 den 20. Geburtstag von Git zu feiern.
    • Der GitHub-Effekt hat möglicherweise die Notwendigkeit eines neuen VCS beseitigt.
  • In „Oh shit“-Situationen wird die Methode verwendet, das lokale Repository zu löschen und erneut zu klonen.
    • Das funktioniert in 95 % der Fälle gut.
  • git reflog wird fälschlich als „re-flog“ wahrgenommen und ist deshalb schwer zu merken.
  • Obwohl ich kein Git-Nutzer bin, wirkt „git commit“ auf mich bedeutungslos.
    • Wichtig wird ein Commit erst, wenn er gepusht oder gemergt wird.
  • Einer der Vorteile von Git ist, dass Arbeit nicht verloren gehen kann, sobald ein Objekt erstellt wurde.
    • Deshalb ist es wichtig, häufig zu committen.