Изменения в обзоре Copilot
Когда Copilot вы завершите задачу по программированию и запросите ваш обзор, тщательно проверьте pull request перед слиянием.
Внимание
Если ваш репозиторий требует одобрения pull request, Copilot одобрение pull request не будет учитываться в нужном числе. Другой рецензент должен одобрить pull request, прежде чем его можно будет объединить.
Упомяните @copilot в комментарии пул-реквеста, чтобы запросить изменения. По умолчанию Copilot коммиты отправляют напрямую в ветку pull request. Чтобы создать отдельный pull request, опишите это в комментарии. Вы также можете самостоятельно проверить ветку и продвигать изменения.
Проверяйте комментарии по пакету, а не отправляйте их по отдельности. При отправке комментария к pull-requestу (не обзора или обзора) через GitHub веб-интерфейс выберите модель с помощью picker-модели. Copilot по умолчанию использует модель исходного pull request.
Copilot Отвечает только на комментарии людей, имеющих доступ к репозиторию для записи.
Когда Copilot начинается новая сессия в ответ на ваш комментарий, в комментарии появляется реакция с эмодзи глаз (👀). В таймлайне pull request появляется событие «Copilot has started work».

Copilot Запоминает контекст предыдущих сессий по тому же pull-запросу, поэтому последующие запросы быстрее и надёжнее. Если pull request был создан , Пользовательский агентупоминание `@copilot` продолжается с использованием того же агента.
Разрешение конфликтов слияния
Вы можете попросить Copilot разрешение конфликтов слияния в пулл-запросе двумя способами:
-
**Использование кнопки «Fix with » (Fix with Copilot»** — если pull request вызывает конфликты слияния, нажмите кнопку **Fix with Copilot** , которая появляется в поле слияния. -
**Использование @copilot упоминания**: упомяните `@copilot` в комментарии к pull request и попросите его исправить конфликты — например, «@copilot разрешить конфликты слияния в этом PR». Copilot анализирует противоречивые изменения, разрешает их и проверяет, что сборка, тесты и LINTER всё же проходят. Затем он запрашивает ваш обзор, чтобы вы могли подтвердить разрешение перед слиянием.
Управление GitHub Actions запусками рабочих процессов
По умолчанию GitHub Actions рабочие процессы не запускаются автоматически при Copilot внесении изменений в pull-запрос.
GitHub Actions Рабочие процессы могут быть привилегированы и иметь доступ к конфиденциальным секретам. Проверьте предлагаемые изменения в запросе на вытягивание и убедитесь в том, что рабочие процессы можно спокойно выполнить в ветви запроса на вытягивание. Особенного внимания требуют предлагаемые изменения в каталоге `.github/workflows/`, влияющие на файлы рабочего процесса.
Чтобы разрешить GitHub Actions запуск рабочих процессов, нажмите кнопку **«Одобрить» и запустить рабочие процессы** в окне слияния pull-запроса.

По желанию можно настроить Copilot облачный агент так, чтобы GitHub Actions рабочие процессы работали без вмешательства человека. Для получения дополнительной информации см. [AUTOTITLE](/copilot/how-tos/use-copilot-agents/cloud-agent/configuring-agent-settings).
Оставляйте отзывы о Copilotработе
Используйте кнопки обратной связи на Copilotpull-запросах и комментариях для оценки результата. Ваша обратная связь помогает улучшить Copilotкачество.
- При pull request-запросе или комментарии Copilotот , нажмите на кнопку «thumbs up» (👍) или «thumbs down (👎).
- Если нажать кнопку «палец вниз», по желанию выбрать причину и оставить комментарий, затем нажмите «Отправить отзыв».
Дополнительные материалы
-
[AUTOTITLE](/copilot/tutorials/cloud-agent/get-the-best-results) -
[AUTOTITLE](/copilot/how-tos/use-copilot-agents/cloud-agent/troubleshoot-cloud-agent)