Вступ до Git і GitHub
main_final.py, main_final2.py, main_really_final.py - знайома тека? Розбираємо, як Git замінює такі копії історією комітів, чим репозиторій на GitHub відрізняється від локального і що встановити, щоб Claude Code сам працював із Git і GitHub.
Щоденна робота з Git
Клонувати проєкт, вибрати у вікні Commit лише потрібні файли, перевірити diff і надіслати коміти через Push. А службове сміття на кшталт node_modules/ та особистих налаштувань IDE відсікаємо через .gitignore, поки воно не потрапило в репозиторій.
Гілки і злиття в Git
Як спробувати ризиковану переробку й не зачепити робочу версію? Заводимо гілку, перемикаємося, зливаємо її в main і навмисно влаштовуємо конфлікт у README, щоб розібрати його в трипанельному вікні IDE.
Pull request від створення до злиття
Pull request поєднує diff, зауваження й перевірки в одному місці, а рішення про злиття лишається за людиною. Проходимо шлях від нової гілки до Merge і видалення гілки, а заодно три правила коміту, після яких ревʼю читається легко.
Скасування і відновлення змін у Git
Тимлід просить терміново лагодити баг у main, а у вас у гілці пів дня незакоміченої роботи. Розбираємо Amend, Rollback, Reset, Revert і Shelve: що кожен із них скасовує, що втрачається безповоротно і чому force push не варто робити звичкою.
Створення репозиторію, rebase і секрети
Видалити файл із паролем новим комітом замало, секрет лишиться в попередніх комітах. Розбираємо, як зробити репозиторій зі звичайної теки, чим rebase відрізняється від merge на одній схемі і в якому порядку діяти, якщо ключ уже витік.
Git worktree: два завдання у двох робочих теках
Ви на середині пошуку в довіднику локалей, і тут треба терміново виправити підпис. Git worktree дає другому завданню власну робочу теку й окрему сесію Claude Code, а наприкінці результат переноситься в main і зайва тека прибирається.