малюю схему #git по памʼяті і звіряю з реальністю #наживо

як працює git зсередини: не команди, а машина під ними. що програма робить на add, що на commit, звідки береться хеш і де фізично живе гілка.

спочатку малюю схему по памʼяті, на пустому листі. потім читаю і перевіряю кожне твердження в терміналі, наживо. дві години.

що всередині:

- що саме відбувається на `git add`, а що тільки на `git commit`, і в якому порядку йдуть ці кроки
- звідки береться хеш: що саме git хешує, і чому два однакові файли в різних папках дають один обʼєкт
- нащо staging area окремим кроком конвеєра, і що ламається, якщо його прибрати
- гілка це що фізично: чи є вона десь взагалі, чи це просто рядок з хешем у текстовому файлі
- куди діваються коміти після `reset --hard`: реально стираються, чи лежать далі і на них ніхто не показує
- чому `.git` не важить як твої файли, помножені на кількість комітів

це продовження минулого стріму про git. тоді я сподівався розкопати все одразу, задача виявилась амбітнішою за мене, тому копаємо далі.

хочеш дізнатись, на скільки погано або добре я розумію git - залишайся до кінця.