Git Worktrees Tutorial #3 - Bare Repositories
Summary
Summary Цей урок присвячений концепції «голих» репозиторіїв (Bare Repositories) у Git та їхньому використанню разом із механізмом Worktrees. Автор пояснює, що на відміну від стандартного клонування, Bare-репозиторій містить лише службові дані Git без робочого каталогу, що дозволяє краще організувати структуру проекту та уникнути безладу в основній директорії.
Q: Що таке Bare-репозиторій і чим він відрізняється від стандартного клону?
A: Стандартний клон Git завантажує папку .git (історію, гілки, посилання) та автоматично створює робоче дерево (worktree) з файлами проекту. Bare-репозиторій завантажує лише вміст папки .git без створення робочого дерева. У такому репозиторії немає файлів для редагування, доки користувач не додасть робоче дерево вручну.
Q: Чому автор вважає за краще використовувати Bare-репозиторій при роботі з Worktrees?
A: Це запобігає використанню стандартного робочого дерева як «сміттєвого ящика» для випадкових змін. Такий підхід дозволяє зберігати всі робочі дерева (різні гілки проекту) на одному рівні поруч із папкою .git всередині однієї батьківської директорії, що робить структуру проекту чистішою та логічнішою.
Q: Яку команду потрібно використати для створення Bare-репозиторію?
A: Використовується команда git clone [URL] --bare. Автор також рекомендує вказувати шлях призначення .git в кінці команди (наприклад, git clone [URL] --bare .git), щоб службові файли не розпорошувалися безпосередньо в корені папки проекту, а були зібрані в одному прихованому каталозі.
Q: Що станеться, якщо спробувати виконати команду git status всередині щойно створеного Bare-репозиторію?
A: Git видасть помилку, оскільки команда git status повинна виконуватися всередині робочого дерева (worktree). Оскільки Bare-репозиторій за визначенням не має робочого каталогу з файлами коду, Git не має чого відстежувати, доки не буде створено хоча б одне робоче дерево.
Review Questions
- Які саме дані зберігаються всередині папки
.gitу Bare-репозиторії? - Чому при клонуванні Bare-репозиторію важливо вказувати шлях до цільової папки?
- Яка основна перевага організації робочих дерев навколо Bare-репозиторію порівняно зі звичайним клонуванням?
Key Points
- 1
Bare-репозиторій містить лише метадані Git (гілки, історію, посилання), але не містить робочих файлів проекту.
- 2
Використання Bare-репозиторію є професійним підходом до організації Git Worktrees, що дозволяє уникнути змішування коду з конфігурацією.
- 3
Команда
git clone --bareдозволяє отримати репозиторій без автоматичного створення головного робочого дерева. - 4
Для підтримки чистоти структури проекту рекомендується клонувати Bare-репозиторій у підпапку
.gitвсередині основної директорії проекту. - 5
У Bare-репозиторії неможливо редагувати код або перевіряти статус файлів без попереднього створення окремого Worktree.
- 6
Така архітектура дозволяє тримати кілька гілок проекту відкритими одночасно в окремих папках на одному рівні ієрархії.