Github PR: Требуется одобрение после того, как оно уже получено?

Я одобрил PR и вижу:

"утвердил эти изменения сейчас"

но прямо под этим я все еще вижу:

«Рецензентам с доступом на запись требуется как минимум 1 одобряющий отзыв».

Я зашел в ветку и являюсь соавтором, поэтому у меня должен быть доступ для записи, верно?

Непонятно, что там с этим пиаром.

Я уже несколько раз одобрял PR. Я установил флажок «Просмотрено» для всех файлов, но это все равно не позволяет блоку «Обзор требуется» изменить цвет с красного крестика на белую галочку в зеленом кружке.

Какие правила применяются к PR в вашем репозитории? Кроме того, имеете ли вы квалификацию рецензента с правом записи? Совместное использование репозитория может помочь.

tomerpacific 29.05.2024 17:48

Эй, Джейсон! существуют ли какие-либо правила для владельцев кодов? обычно это определяется в файле .github/CODEOWNERS в вашем репозитории, если они есть. Видите ли вы значок щита рядом с именами некоторых измененных файлов? пожалуйста, добавьте скриншот проверок статуса PR, чтобы мы могли хотя бы увидеть то, что вы видите :-) если это общедоступный репозиторий, вы также можете просто вставить URL-адрес 🙏

Thatkookooguy 29.05.2024 18:05

@tomerpacific да, именно это в этом и поражает. Я просмотрел множество PR для этого репо. Это внутренний репозиторий, поэтому я не могу им поделиться.

Jason D. 29.05.2024 18:42

@Thatkookooguy, у нас нет файла .github/CODEOWNERS. Никаких щитов на файлах. После последней попытки утверждения я заметил: «База слияния изменилась после утверждения». и это привело меня на: github.com/orgs/community/discussions/58535, который мне нужно прочитать.

Jason D. 29.05.2024 18:42
Редкие достижения на Github ✨
Редкие достижения на Github ✨
Редкая коллекция доступна в профиле на GitHub ✨
2
4
189
2
Перейти к ответу Данный вопрос помечен как решенный

Ответы 2

Ответ принят как подходящий

Судя по комментарию выше, когда я вернулся к этой теме:

https://github.com/orgs/community/discussions/58535?sort=top#discussioncomment-6233887

Мне удалось проверить то, что подтвердил @dgokcin. Я закрыл PR, открыл снова, повторно отправил тот же отзыв, и на этот раз он прошел.

Могу просто отметить этот вопрос как обман. Приношу извинения, что не нашел тему выше раньше.

Извините за задержку. Я подготовил ответ вчера, но забыл опубликовать его сегодня.

VonC 30.05.2024 20:44

В соответствии с обсуждением , которое вы упомянули, убедитесь, что правила защиты веток не вызывают проблему: например, найдите правило, которое отклоняет устаревшие утверждения при отправке новых коммитов.

Проверьте также правила защиты веток для целевой ветки вашего PR.

Если «Dismiss stale pull request approvals when new commits are pushed» включен, попробуйте отключить его, чтобы посмотреть, решит ли это проблему.

Из того же обсуждения: если база слияния изменилась после вашего одобрения (т. е. если в базовую ветку PR были внесены новые коммиты), GitHub может отклонить одобрение.
Попробуйте закрыть и снова открыть PR, так как сообщалось, что это действие временно решает проблему.

Другие вопросы по теме

Есть ли способ применить проверки статуса покрытия политики филиала к черновикам/неопубликованным запросам на включение в Azure DevOps?
Разрешение конфликтов слияния между защищенными ветками
Как настроить динамически генерируемые URL-адреса перенаправления в AAD для сред предварительной версии?
Проверка статуса значка запроса на извлечение GitHub в случае неудачных необязательных проверок
Отсоединить коммиты/файлы во время создания запроса на извлечение из одной ветки в другую
Git слияние/перебазирование из основного добавляет файлы в PR
Стратегия ветвления Git для поддержания стабильной версии при продолжении разработки продукта
Можно ли объединить ветку исправлений как с основной, так и с основной веткой в ​​Github?
Отменить принудительную отправку в ветку по открытому запросу на включение
Ограничение базовых ветвей, которые можно выбрать для PR