Коммиты и ветки через агента
До сих пор Claude Code редактировал файлы и исправлял код. В этом уроке мы увидим, что происходит, когда он ещё и сохраняет изменение в git: открывает выделенную ветку вместо того, чтобы трогать main, выбирает ровно те файлы, которым место в коммите, вместо того чтобы сваливать туда всё подряд, и пи
Правильно работать с агентом — это как давать плотнику отдельный верстак для каждого нового заказа: он приносит только те инструменты, которые нужны этому заказу, и прикрепляет к каждому готовому изделию записку, объясняющую, почему оно сделано именно так, а не просто что у него внутри.
- branch (ветка)
- Отдельная копия кода проекта, в которой можно работать, не трогая main, и слить её обратно только когда изменение готово.
- область staging (git add)
- Набор изменений, явно выбранных для включения в следующий коммит; файл, который изменился, но не был передан в git add, в коммит не попадает.
- сообщение коммита
- Текст, документирующий, почему изменение было сделано, а не только какие строки изменились, — чтобы тот, кто прочитает его через полгода, понял причину.
- force-push
- Push, который перезаписывает историю удалённой ветки вместо того, чтобы добавлять к ней; он может стереть чужую работу и требует явного предварительного одобрения.
- пропуск hooks (--no-verify)
- Выполнение коммита в обход pre-commit проверок, призванных заранее ловить проблемы; такой пропуск отключает эту страховочную сеть, поэтому требует явного запроса перед выполнением.
