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