Додаткові матеріали

Вступ до 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 і зайва тека прибирається.