- Ein Artikel über verwirrende Begriffe, die in Git verwendet werden, dem Versionsverwaltungssystem zum Nachverfolgen von Änderungen am Quellcode während der Softwareentwicklung
- Die Autorin verwendet Git seit 15 Jahren und versucht, die Besonderheiten der Git-Terminologie zu erklären
- Die Autorin fragte Menschen auf Mastodon nach verwirrendem Git-Fachjargon und erhielt viele Antworten
- Einige der besprochenen verwirrenden Begriffe sind "HEAD und heads", "detached HEAD state", "ours und theirs beim Mergen oder Rebasen", "Your branch is up to date with 'origin/main'", "HEAD^, HEAD~ HEAD^^, HEAD~~, HEAD^2, HEAD~2", ".. und ...", "fast-forwarded möglich", "reference, symbolic reference", "refspecs", "tree-ish", "index, staged, cached", "reset, revert, restore", "untracked files, remote-tracking branch, track remote branch", "checkout", "reflog", "merge vs rebase vs cherry-pick", "rebase --onto", "commit" usw.
- Die Autorin liefert Erklärungen zu jedem Begriff und erläutert die Verwendung oft anhand von Beispielen
- Der Artikel kommt zu dem Schluss, dass die drei verwirrendsten Git-Begriffe für die Autorin sind: "head ist ein Branch und HEAD ist der aktuelle Branch", "remote-tracking branch und ein Branch, der einen Remote-Branch verfolgt, sind verschieden" sowie "index, staged, cached" bezeichnen alle dasselbe
- Die Autorin erwähnt außerdem, dass sie beim Schreiben des Artikels viel gelernt und ihr Verständnis dafür vertieft hat, warum Git für viele Nutzerinnen und Nutzer verwirrend sein kann
1 Kommentare
Hacker-News-Kommentare
git reflognützlich ist, wenn Probleme auftreten.origin mybranchundorigin/mybranch.