Обзор
Команда слэш позволяет управлять полным жизненным циклом /pr pull request, не выходя из терминала. Вы можете проверять статус pull request, создавать новые pull requests и исправлять распространённые проблемы, такие как отзывы отзывов, конфликты слияний и сбои CI.
Предпосылка
Вы, должно быть, работаете в репозитории Git, который размещается на GitHub.
Подкоманды
У /pr команды слэш есть несколько подкоманд, которые вы можете использовать для выполнения различных действий по вашим pull requests.
Примечание.
Все /pr подкоманды связаны с текущей ветвью — например, исправление неисправных проверок CI для pull-запроса, связанного с текущей веткой.
| Используйте эту подкоманду | Чтобы сделать это | Требуется наличие существующего PR | Можно принять обязательство и продвигать |
|---|---|---|---|
/pr или /pr view |
Покажите статус pull request для текущей ветки. Узнайте больше | Да | Нет |
/pr view web |
Откройте pull request в браузере. Узнайте больше | Да | Нет |
/pr create |
Создайте или обновите pull request. Узнайте больше | Нет | Да |
/pr fix feedback |
Обращайтесь к комментариям к пулл-запросу. Узнайте больше | Да | Да |
/pr fix conflicts |
Синхронизируйте ветвь с базовой ветвью и разрешайте конфликты. Узнайте больше | Да | Да |
/pr fix ci |
Диагностируйте и исправьте неудачные проверки CI. Узнайте больше | Да | Да |
/pr fix или /pr fix all |
Запускайте все три этапа исправления по порядку: обратная связь, конфликты, затем CI. Узнайте больше | Да | Да |
/pr auto |
Создайте pull request, если нужно, затем пройдите все этапы исправления, пока все проверки pull request не пройдут. Узнайте больше | Нет | Да |
Подкоманды, которые фиксируют и отправляют изменения, будут запрашивать разрешение перед выполнением потенциально разрушительных действий, если только вы не разрешили эти инструменты заранее. Дополнительные сведения см. в разделе Разрешение и отказ в использовании инструментов.
Статус просмотра pull request
Чтобы проверить статус pull-запроса, связанного с вашей текущей веткой, введите следующее в интерактивную сессию:
/pr
/pr
Открытие pull request в браузере
Если вы хотите видеть pull request включённо GitHub.com , а не в терминале, введите:
/pr view web
/pr view web
Это открывает URL pull request в вашем браузере по умолчанию.
Создание запроса на включение изменений
Чтобы создать pull request из вашей текущей ветки, введите:
/pr create
/pr create
Copilot Гарантирует, что все локальные коммиты отправляются в удалённый ответ, затем создаёт pull request. Если в репозитории существует шаблон pull-запроса, Copilot он следует при генерации названия и описания pull request.
Если pull request уже существует для текущей ветки, /pr create обновляйте существующий pull-запрос вместо создания нового.
Добавление инструкций для создания pull-запросов
Вы можете добавить инструкции после /pr create этого.Copilot Рассмотрим пример.
/pr create prefix the PR title 'Project X: '
/pr create prefix the PR title 'Project X: '
Исправление отзывов о отзывах
Чтобы прочитать Copilot и ответить на отзывы к вашему pull-request, введите:
/pr fix feedback
/pr fix feedback
Copilot Получает все потоки комментариев для просмотра в pull request, определяет, какие изменения запрашиваются, применяет изменения к вашей кодовой базе, а также коммитирует и отправляет исправления. Практические запросы на изменение кода имеют приоритет над разговорными комментариями.
Разрешение конфликтов слияния
Чтобы синхронизировать ветку с базовой ветвью и разрешить конфликты слияния, введите:
/pr fix conflicts
/pr fix conflicts
Copilot Получает последнюю базовую ветку, синхронизирует ветку, разрешает конфликты и отправляет результат.
Выбор стратегии слияния
При разрешении Второй пилот CLI конфликтов нужно знать, стоит ли использовать стратегию ребейзинга или слияния. Если настройки не настроены, он Copilot предлагает выбрать команду, связанную с разрешением конфликтов.
Чтобы установить стандартную стратегию слияния, чтобы вас не подсказывали каждый раз, добавьте эту mergeStrategy опцию в ваш конфигурационный файл. Вы можете настроить это в настройках вашего личного пользователя или Copilotв настройках репозитория.
- Настройки пользователя: Добавьте
"mergeStrategy": "rebase"или"mergeStrategy": "merge"в свой пользовательский конфигурационный файл (обычно~/.copilot/config.json). - Настройки репозитория: Добавьте ту же натуру
.github/copilot/settings.jsonв корень репозитория.
Исправление сбоев CI
Чтобы получить диагноз и исправить Copilot неудачные проверки CI, введите:
/pr fix ci
/pr fix ci
Copilot выявляет неудачные задачи CI, анализирует логи для выявления коренных причин, применяет целенаправленные исправления и продвигает их. Затем он повторно проверяет статус CI и повторяет процесс до тех пор, пока проверки не пройдут или не определит, что дальнейший прогресс невозможен.
Если сбои не связаны с изменениями в ветке, Copilot чётко отмеьте это, чтобы принять соответствующие меры.
Вы можете добавить дополнительный контекст, чтобы Copilot сосредоточиться на конкретных ошибках. Рассмотрим пример.
/pr fix ci focus on test failures
/pr fix ci focus on test failures
Исправление всех проблем сразу
Чтобы устранить все нерешённые проблемы по pull-запросу в одной команде, введите:
/pr fix
/pr fix
Это проходит по порядку трёх фаз:
-
**Отзывы —** Учитывают все комментарии к отзывам. -
**Конфликты** — синхронизирует ветку с базовой веткой и разрешает любые конфликты. -
**Отказы CI** — Диагностирует и исправляет непроваленные проверки CI.
Автоматизация полного процесса pull request-запросов
Чтобы Copilot управлять всем процессом pull request от создания до полностью зелёного состояния, введите:
/pr auto
/pr auto
Если для текущей ветки нет pull-запроса, Copilot сначала создаётся он. Затем он повторяется через фазы исправления — отзывы, конфликты и CI — повторяя, пока не останется никаких комментариев к обзору, нет конфликтов, и все проверки CI не проходят.
Вы можете добавить инструкции для создания pull request. Рассмотрим пример.
/pr auto include migration notes in the description
/pr auto include migration notes in the description