Git

• Задачи с репозиторием: Любая работа, связанная с Git-репозиторием, — создание веток, добавление изменений в индекс, коммиты, пуши или открытие pull request'ов.
• Командная работа: Когда важна безопасность истории и необходимо автоматически соблюдать рабочие процессы с feature-ветками, hotfix-процессы или правила оформления коммитов перед созданием PR.
• Отладка истории: Когда нужно отследить регрессии с помощью git bisect, восстановить потерянные коммиты через git reflog или безопасно отменить изменения.
• Разрешение конфликтов: Когда слияния или rebase порождают конфликты и агенту необходим структурированный, проверенный подход к их разрешению.

• Системы контроля версий, отличные от Git: Если проект использует Mercurial, SVN или другую СКВ, команды этого навыка не применимы.
• Задачи анализа только для чтения: Если агенту нужно лишь читать исходный код без какого-либо взаимодействия с Git, навык создаёт излишнюю нагрузку.

Навык обеспечивает использование --force-with-lease вместо --force, чтобы предотвратить перезапись работы коллег, и запрещает принудительный push в общие ветки, такие как main/master. Встроенный контрольный список безопасности должен быть выполнен перед любой деструктивной операцией, такой как reset --hard или rebase.

Включает пошаговые сценарии для веток функций и срочных исправлений (hotfix), в том числе указания о том, когда следует объединять коммиты (squash), как синхронизироваться с помощью git fetch --all --prune и как помечать релизы тегами. Разработано для команд, работающих как по принципу trunk-based, так и в стиле gitflow.

После редактирования конфликтующих файлов навык проверяет отсутствие маркеров конфликтов с помощью grep, подтверждает успешную сборку кода и предлагает запасной вариант через git merge --abort, когда слияние становится слишком сложным. Перебазирование предлагается в качестве альтернативы, когда слияния становятся запутанными.

Охватывает git reflog для восстановления потерянных коммитов (до ~90 дней), восстановление удалённых веток по SHA и отмену коммитов без потери работы с помощью git reset --soft. Также включает полный рабочий процесс git bisect для точного определения коммитов, вызвавших регрессию.

Навык обязывает использовать формат сообщений коммитов type(scope): description с первой строкой не длиннее 72 символов, применяя стандартные типы (feat, fix, docs, refactor и др.). Это обеспечивает читаемость истории и совместимость с инструментами автоматической генерации журнала изменений.

Документирует и защищает от типичных ошибок Git: состояние detached HEAD, проблемы с чувствительностью к регистру между macOS/Windows и Linux CI, ошибки клонирования субмодулей, конфликты при stash pop, а также случайная фиксация больших файлов или секретных данных. Используйте git add -p для детального частичного индексирования изменений.

Агент создаёт основу новой функциональности, формирует ветку от main, выполняет инкрементальные коммиты с сообщениями в соответствии с принятыми соглашениями, делает rebase на актуальный main перед отправкой, объединяет fixup-коммиты и открывает ветку, готовую к созданию PR — всё это без ручного вмешательства в Git.

При обнаружении ошибки в продакшене агент создаёт ветку hotfix/ от main, применяет исправление, выполняет слияние как с main, так и с develop, помечает релиз тегом и удаляет ветку — строго следуя задокументированному процессу работы с хотфиксами.

Агент запускает git bisect для бинарного поиска по истории коммитов, помечая коммиты как хорошие или плохие на основе результатов автоматизированных тестов, пока не определит точный коммит, в котором была введена ошибка.

В ходе длительного перебазирования ветки с новыми функциями агент разрешает конфликты файл за файлом, проверяет отсутствие маркеров <<</>>>, убеждается в успешной сборке и продолжает перебазирование — либо корректно прерывает его, если конфликт слишком сложен.