Git und wie ein Entwickler arbeiten

Ein praktischer Glossar-Eintrag über Git-Grundlagen und die alltäglichen Gewohnheiten, die Entwickler von Anfängern unterscheiden.

Git taucht in fast jeder Stellenausschreibung für eine technische Rolle auf, aber die Befehle zu kennen und wie ein Entwickler zu arbeiten sind zwei unterschiedliche Fähigkeiten. Dieser Eintrag behandelt, was Git wirklich tut, und geht dann durch die Gewohnheiten durch, die Versionskontrolle nützlich statt lästig machen.

Was Git wirklich verfolgt

Git ist ein verteiltes Versionskontrollsystem. Jeder Klon eines Repositorys hat die gesamte Historie, nicht nur einen Zeiger auf einen zentralen Server. Das ist wichtig, weil es bedeutet, dass du offline committen, branchen und die Historie untersuchen kannst und dich später mit git push und git pull synchronisieren kannst.

Im Kern verfolgt Git Snapshots deiner Dateien, identifiziert durch SHA-1-Hashes (in neueren Setups zum SHA-256 übergegangen). Jeder Commit zeigt auf einen Snapshot plus einen Parent-Commit und bildet so eine Kette. Branches sind nur bewegliche Zeiger auf einen Commit. Das ist das ganze Gedankenmodell: Commits sind Snapshots, Branches sind Labels, und HEAD ist

Mit KI-Unterstützung geschrieben, von Michal Pilch (CISSP), Korra Studio, überprüft und veröffentlicht.