репозиторій
Також називають: репо
Папка проєкту разом з повною історією її змін. На GitHub у репозиторію є власна сторінка з файлами, комітами, гілками та pull requests.
Репозиторій (коротко «репо») містить дві речі: поточні файли й усі коміти, що до них привели. На GitHub сторінка репозиторію показує дерево файлів вибраної гілки, останній коміт, кількість комітів і гілок, а під файлами README. Вкладки вгорі (Code, Issues, Pull requests, Actions, Projects) відкривають роботу команди навколо коду.
Приклад
catchow/website це репозиторій інтернет-магазину Котокорму: шаблони сторінок, ціни в конфігураційному файлі, тексти й зображення.
Вивчити в курсі
- Навіщо командам історія: контроль версій без страху · Що таке контроль версій, чим Git відрізняється від GitHub і чому роззиратися в репозиторії цілком безпечно.
- Репозиторій і коміти: як читати сторінку репозиторію · Сторінка репозиторію на GitHub згори донизу, що розповідає сторінка окремого коміту і яким має бути добре повідомлення коміту.
- Гілки: паралельні версії проєкту · Що таке гілка, чому робота йде в короткоживучих гілках поруч із main і як читати гілки на GitHub: перемикач гілок, ahead і behind, застарілі гілки та графи з кількома доріжками.
- Злиття: мердж-коміт, squash і rebase на GitHub · Що робить мердж, три варіанти за кнопкою мерджу на GitHub і що кожен лишає в історії, fast-forward простими словами і як перевірити, чи зміна справді в main.
- Перша зміна в браузері і як її скасувати · Невелика зміна повністю у вебінтерфейсі GitHub: знайти файл, відредагувати, закомітити в нову гілку, бо main захищена, відкрити pull request, пройти перевірки й рев'ю, змерджити й викласти. А потім скасувати змерджену зміну кнопкою Revert, розібратися, коли робити revert, а коли виправляти вперед, і що продакту варто й не варто редагувати самостійно.