Git для работы с AI-агентом: ветки, откаты, ревью

Агент может переписать двадцать файлов за минуту. Если эти правки нельзя посмотреть по отдельности и отменить, вы зависите от того, угадал он или нет. Git превращает работу с агентом в процесс, где каждый шаг виден и обратим.

Коммит перед каждой задачей

Прежде чем отдать агенту задачу, закоммитьте то, что есть. Тогда любая неудача агента — это git restore . или откат к коммиту, а не попытка вспомнить, как было. Маленькая задача — маленький дифф, который реально прочитать.

Отдельная ветка на задачу

Ветка — дешёвый способ попробовать. Агент работает в своей ветке, вы смотрите результат, и только после этого правки попадают в main. Не понравилось — ветку можно просто удалить. Несколько агентов параллельно — несколько веток или рабочих копий, и они не мешают друг другу.

Ревью диффа, а не пересказа

Агент обычно пишет, что сделал. Но правда — в диффе: git diff покажет, что он поменял ещё и то, о чём не говорил, — удалил проверку, переименовал поле, поправил «заодно» соседний файл. Читать стоит именно дифф, а для крупных задач — пулреквест, где правки видны целиком.

История, которую потом можно читать

Пусть агент пишет понятные сообщения коммитов: что и зачем изменено. Через месяц по истории можно будет понять, откуда взялась строчка, и откатить ровно одну правку, а не неделю работы.

Что агенту нельзя

Защитите главную ветку: изменения в main — только через пулреквест. Секреты — в .gitignore, а не в репозитории: агент легко закоммитит .env, если его не остановить. Опасные команды вроде git push --force и git reset --hard лучше разрешать только вручную.

Как Git хранит историю, как откатываться без потерь, разбирать конфликты и работать в одном репозитории с агентом — на курсе «Git и GitHub». Команды пробуете в песочнице прямо в уроке.