Зачем гит новичку, если код пишет ИИ
Логика подсказывает: раз код пишет нейросеть, а не ты сам, то гит это для настоящих программистов, тебе рано. На практике всё наоборот. Чем меньше ты сам разбираешься в коде, тем важнее иметь простой способ вернуться назад, если агент что-то сломал.
Ситуация встречается почти у каждого новичка: просишь агента поправить одну кнопку, а заодно он переписывает соседний файл, который отлично работал. Замечаешь это не сразу, а через полчаса, когда уже не помнишь, что там было раньше, и вернуть как было нечем.
У Claude Code есть свой внутренний откат: checkpoints и команда /rewind, которые отменяют последние правки агента прямо в текущей сессии. Это удобно для мелких экспериментов, но у него есть предел. Checkpointing отслеживает только файлы, которые были отредактированы в текущем сеансе, а ручные изменения вне Claude Code обычно не фиксируются. Для постоянной истории версий и совместной работы стоит продолжать использовать git для коммитов, веток и долгосрочной истории.
Три слова, которые пугают: репозиторий, коммит, ветка
Терминология вокруг git отпугивает больше, чем сам git. На деле все три слова описывают вещи, которыми ты уже пользовался в других программах.
Похожий принцип есть в Google Docs. Вы вносите изменения в документ, программа создаёт новую версию. Все, у кого есть доступ, могут посмотреть историю изменений и, при желании, вернуться к исходному тексту. Git делает то же самое, но с папкой проекта, а не с одним документом.
- Репозиторий — это просто папка твоего проекта, за которой git согласился следить и запоминать её историю.
- Коммит — это сохранённый снимок всей папки в конкретный момент, с коротким описанием, что изменилось. К любому коммиту можно вернуться позже.
- Ветка — это отдельная параллельная копия истории, где можно пробовать рискованные правки, не трогая основную, проверенную версию проекта.
Ставим git и делаем первый коммит
Если ты уже поставил Claude Code по нашему гайду про установку, скорее всего git у тебя уже есть, он часто ставится вместе с инструментами разработки. Проверить и настроить можно за несколько минут.
- Открой терминал в папке своего проекта и проверь, установлен ли git, командой
git --version. - Если команда не найдена, попроси у Claude Code: «поставь git на моей системе и объясни, что ты делаешь» — он подскажет команду под твою систему.
- Останься в папке проекта и превращай её в репозиторий один раз:
git init. - Добавь все файлы в первый снимок:
git add . - Сохрани снимок с коротким описанием:
git commit -m "первая рабочая версия"
git init
Initialized empty Git repository in /moy-proekt/.git/
git add .
git commit -m "первая рабочая версия"
[master (root-commit) a1b2c3d] первая рабочая версия
3 files changed, 48 insertions(+)
С этого момента у тебя есть точка, к которой можно вернуться, если что-то пойдёт не так. Дальше просто повторяй git add . и git commit -m "..." каждый раз, когда получаешь рабочий результат, который жалко потерять.
Коммит перед задачей, diff после
Одной установки мало, толк от git появляется только при регулярной привычке. Она укладывается в три простых шага перед каждой заметной задачей для агента.
- Перед тем как дать Claude Code новую задачу, убедись, что текущее рабочее состояние уже закоммичено. Если что-то пойдёт не так, будет куда вернуться.
- Дай агенту сделать задачу, не мешая на середине.
- Когда агент закончил, попроси показать список изменённых файлов и посмотри разницу командой
git diff, прежде чем соглашаться на результат.
Смысл именно в третьем шаге. Diff показывает построчно, что реально поменялось в файлах, а не то, что агент рассказал словами о своей работе. Не нужно понимать каждую строчку кода, достаточно смотреть, не появилось ли что-то лишнее: чужой файл, чужая настройка, кусок кода, который ты не просил трогать.
git checkout . вернёт все файлы к последнему коммиту, и можно попробовать заново с более точной формулировкой задачи.GitHub как бесплатная резервная копия
Всё из третьей станции живёт только на твоём компьютере. Если ноутбук сломается или ты случайно удалишь папку целиком, история коммитов пропадёт вместе с ней. GitHub решает именно эту проблему.
GitHub, это бесплатный сайт, где можно хранить копию своего репозитория в интернете. Освоив базовые команды git, можно настроить автоматическое резервное копирование на GitHub, чтобы продолжать продвигаться вперёд, не переживая за потерю проекта.
- Заведи бесплатный аккаунт на github.com и создай там пустой репозиторий для своего проекта.
- Попроси Claude Code подключить твою локальную папку к этому репозиторию и объяснить каждую команду перед тем, как её выполнять.
- После важных коммитов отправляй их на GitHub командой
git push, чтобы копия в интернете обновлялась.
Пять команд, которые правда нужны на старте
Не нужно учить git целиком, чтобы он приносил пользу. Вот тот минимум, которого хватает на первые месяцы, и то, что можно смело перекладывать на агента.
| Команда | Что делает |
|---|---|
git status | Показывает, какие файлы изменились с последнего коммита. Полезно смотреть перед каждым коммитом. |
git add . | Добавляет все изменённые файлы в следующий снимок. |
git commit -m "..." | Сохраняет снимок с описанием, что изменилось. |
git diff | Показывает построчно, что именно поменялось в файлах перед коммитом. |
git checkout . | Возвращает файлы к состоянию последнего коммита, отменяя неудачные правки. |
Саму настройку и подключение к GitHub вполне можно доверить Claude Code, попросив объяснять каждый шаг своими словами. А вот привычку коммитить перед задачей и смотреть diff после лучше держать в своих руках: это тот самый ремень безопасности, который должен пристёгивать именно ты, а не тот, кто сидит за рулём вместо тебя.