Що таке staging area в git?

Повне пояснення

Що це і навіщо

• Staging area (інша назва – index) слугує буфером між робочим каталогом і історією репозиторію. Вона дозволяє вибірково підготувати частину змін до комміту, що корисно при розділенні логічних оновлень.

Ключові принципи

• git add <файл> копіює поточний стан файлу у staging area.
• git status показує, які файли «staged» і готові до комміту.
• git reset <файл> видаляє файл з staging area, не змінюючи його у робочому каталозі.

Як це працює

• Git зберігає staging area у файлі .git/index. Кожен запис містить шлях, SHA‑1 хеш вмісту і метадані.
• При git commit Git створює новий tree‑об’єкт, що включає всі елементи з index, а потім commit‑об’єкт, який посилається на цей tree.

Практика й реалізація

• При розробці великого фічі можна додавати частини коду окремо: git add src/part1.js, git commit -m "Add part 1". Потім продовжити роботу і додати решту.
• Для швидкого скидання всього: git reset (soft) або git reset --hard.

Тестування

• У CI‑pipeline можна перевіряти, що git status повертає порожній індекс після виконання тестів: git diff --quiet HEAD.

Оптимізація та безпека

• Staging area допомагає уникнути випадкового комміту неперевірених змін.
• Під час роботи з гілками важливо пам’ятати, що git stash також використовує staging area для тимчасового зберігання.

Особливості в контексті Git

• Відмінність між git add -p (пошагове додавання) і повним git add ..
• Підтримка патчів: git apply --cached додає зміни до index без застосування їх у робочому каталозі.

Часті помилки

• Забудьте про git add → зміни не потрапляють у комміт.
• Використання git commit -a пропускає файли, що ще не були додані.
• Неправильне використання git reset --hard видаляє незбережені зміни.

Cheatsheet

• git add <файл> – додати файл.
• git reset <файл> – видалити з index.
• git status – перевірка стану.
• git commit -m "msg" – створити комміт з staged файлів.