Git en als developer werken

Git verschijnt in bijna elke vacature voor een technische rol, maar de commando's kennen en als developer werken zijn twee verschillende vaardigheden. Deze entry behandelt wat Git eigenlijk doet, en loopt je vervolgens door de gewoonten die versiebeheer nuttig maken in plaats van vervelend.

Wat Git eigenlijk volgt

Git is een gedistribueerd versiebeheersysteem. Elke clone van een repository heeft de volledige geschiedenis, niet alleen een pointer naar een centrale server. Dat is belangrijk omdat het betekent dat je offline kunt committen, branchen en geschiedenis kunt inspecteren, en daarna kunt synchroniseren met git push en git pull.

In essentie volgt Git snapshots van je bestanden, geïdentificeerd door SHA-1 hashes (in nieuwere setups overstappend naar SHA-256). Elke commit verwijst naar een snapshot plus een parent commit, wat een keten vormt. Branches zijn slechts verplaatsbare pointers naar een commit. Dat is het hele mentale model: commits zijn snapshots, branches zijn labels, en HEAD is