{"meta":{"title":"Устранение неполадок с накоплением запросов на вытягивание","intro":"Устранение распространенных проблем с запросами на вытягивание с накоплением, включая конфликты перебазировки, заблокированные слияния, прерывания операций и проблемы очереди слияния.","product":"Запросы на включение внесенных изменений","breadcrumbs":[{"href":"/ru/pull-requests","title":"Запросы на включение внесенных изменений"},{"href":"/ru/pull-requests/how-tos","title":"How-tos"},{"href":"/ru/pull-requests/how-tos/merge-and-close-pull-requests","title":"Слияние и закрытие"},{"href":"/ru/pull-requests/how-tos/merge-and-close-pull-requests/troubleshooting-stacked-pull-requests","title":"Устранение неполадок с накоплением PR"}],"documentType":"article"},"body":"# Устранение неполадок с накоплением запросов на вытягивание\n\nУстранение распространенных проблем с запросами на вытягивание с накоплением, включая конфликты перебазировки, заблокированные слияния, прерывания операций и проблемы очереди слияния.\n\n> \\[!NOTE] Эта функция доступна в публичном предварительном просмотре и может измениться.\n\nВ этой статье рассматриваются распространенные проблемы, которые могут возникнуть при работе с запросами на вытягивание с накоплением и их устранении.\n\n## Перебаза сообщает о конфликте\n\nКогда каскадная перебаза сталкивается с конфликтом, `gh stack rebase` останавливается и перечисляет конфликтующие файлы.\n\nЧтобы устранить конфликт и продолжить, выполните следующие действия.\n\n1. Откройте каждый конфликтный файл и устраните маркеры конфликтов (`<<<<<<<`, `=======`, `>>>>>>>`).\n\n2. Этап разрешенных файлов.\n\n   ```shell\n   git add .\n   ```\n\n3. Продолжайте перебазу. Остальные ветви перебазируются автоматически.\n\n   ```shell\n   gh stack rebase --continue\n   ```\n\nЕсли конфликт слишком сложный или вы хотите начать, прервать перебазу для восстановления всех ветвей до их состояния повторной базы.\n\n```shell\ngh stack rebase --abort\n```\n\n## Синхронизация остановлена из-за конфликта\n\nЕсли во время выполнения `gh stack sync`обнаружен конфликт, все ветви восстанавливаются в исходном состоянии, поэтому ничего не осталось частично обновленным. Интерактивное разрешение конфликта путем запуска повторной базы, а затем отправки обновленных ветвей.\n\n```shell\ngh stack rebase\ngh stack push\n```\n\n## Сеанс изменения не запускается\n\n`gh stack modify` требует чистого начального состояния. Если он не начнется, убедитесь, что:\n\n* У вас есть активный стек.\n* Рабочее дерево чисто.\n* Перебаза не выполняется.\n* Запрос на вытягивание не помещается в очередь для слияния.\n* Журнал фиксаций является линейным. Если это не так, запустите `gh stack rebase` сначала.\n\n## Сеанс изменения был прерван\n\nНапример, если `gh stack modify` конфликт не требуется устранить или сбой терминала, можно восстановить стек до состояния, в который он был запущен. Предварительно измененный моментальный снимок кэшируется локально для восстановления.\n\n```shell\ngh stack modify --abort\n```\n\nЕсли конфликт произошел при применении изменений, и вы хотите продолжить, устраните конфликт, настроите файлы с `git add`помощью , а затем запустите `gh stack modify --continue`.\n\n## Не удается объединить запрос на вытягивание\n\nЗапрос на вытягивание в стеке может объединяться только при выполнении каждого запроса на вытягивание под ним, соответствует всем требованиям слияния, а стек имеет полностью линейную историю. Если слияние заблокировано, убедитесь, что:\n\n* Запрос на вытягивание и все запросы на вытягивание ниже имеют необходимые проверки и передачу проверок.\n* Стек содержит линейную историю. Если изменения были перенесены на нижнюю ветвь или магистраль перемещены вперед, история больше не может быть линейной.\n\nЧтобы восстановить линейную историю, запустите `gh stack rebase` и нажмите `gh stack push`кнопку **\"Перебазировать\"** в поле слияния. Инструкции см. в разделе [Управление запросами на вытягивание с накоплением](/ru/pull-requests/how-tos/create-pull-requests/managing-stacked-pull-requests).\n\n## Слияние остановлено частично через стек\n\nПредварительные проверки слияния выполняются до любого слияния, но слияние по-прежнему может завершиться ошибкой. Например, из-за непредвиденных конфликтов или периодических сбоев. Если сбой происходит частично, слияние останавливается при этом запросе на вытягивание.\n\n* Запросы на вытягивание под ним, которые успешно объединены, остаются на базовой ветви.\n* Неудачный запрос на вытягивание и запросы на вытягивание, указанные выше, остаются открытыми.\n\nУстраните проблему с неудачным запросом на вытягивание, а затем повторите слияние, чтобы приземлить остальную часть стека.\n\n## Запрос на вытягивание был удален из очереди слияния\n\nСтеки хранятся вместе в очереди слияния. Если запрос на вытягивание удаляется или удаляется из очереди, все запросы на вытягивание над ним в стеке также удаляются и удаляются. Повторно добавьте стек в очередь после устранения базовой проблемы.\n\nБольшой стек также может разделиться по последовательных группам слиянием: очередь слияния позволяет группе слиянием превышать его настроенный максимальный размер до 50 процентов, чтобы сохранить стек вместе, и любые запросы на вытягивание, которые не помещаются в последующие группы до тех пор, пока полный стек не приземлился.\n\n## Вы закрыли запрос на вытягивание в середине стека\n\nЗакрытие запроса на вытягивание в середине стека блокирует все запросы на вытягивание над ним от слияния. Связь стека сохраняется, поэтому для открытия другого запроса на вытягивание или изменения структуры стека необходимо сначала растворить стек, а затем повторно создать его.\n\nВы можете отменить запись с GitHub веб-сайта или изменить структуру стека с `gh stack modify`помощью. Отмена взлома удаляет только открытые, черновики и закрытые запросы на вытягивание; Объединенные и очередные запросы на вытягивание остаются в стеке. См. [Управление запросами на вытягивание с накоплением](/ru/pull-requests/how-tos/create-pull-requests/managing-stacked-pull-requests#unstacking-from-the-github-website) и [Управление запросами на вытягивание с накоплением](/ru/pull-requests/how-tos/create-pull-requests/managing-stacked-pull-requests#restructuring-a-stack).\n\n## Фиксации не подписываются после перебазы\n\nПеребаза, активируется из запроса на вытягивание на GitHubсерверах, и эти фиксации **не** подписаны. Если для репозитория требуются подписанные фиксации, перебазируйте GitHub CLI его.\n\n* При выполнении `gh stack rebase` используются локальные операции Git, поэтому созданные фиксации соответствуют конфигурации подписи локальной фиксации Git.\n* После повторной шины отправьте обновленные ветви с `gh stack push`помощью .\n\n## Невозможно создать стек между вилками\n\nЗапросы на вытягивание с накоплением требуют наличия всех ветвей в одном репозитории. Кросс-форковые стеки не поддерживаются."}