Вероятно, в некотором роде похож на Защищенные ветки Github с GitFlow , на который нет ответа.
В основном, если я включаю защищенные ветви и требую такие вещи, как проверка статуса, проход и одобрение PRпо крайней мере один рецензент не может завершить функцию с помощью инструмента CLI git flow (который я нахожу довольно удобным).(обратите внимание, что я обычно нажимаю git flow feature finish -S в случае, если это уместно)
Несмотря на то, что PR утверждены и соответствуют критериям (не устарели, все проверки статуса пройдены, PR зеленый и т. д.), выдача конца функции потока мерзавцевудалит функциональную ветвь локально и удаленно (по умолчанию) и объединит PR в локальную ветвь разработки.Если вы затем попытаетесь отправить разработку на удаленный GitHub с такими вещами, как:
remote: error: GH006: Protected branch update failed for refs/heads/develop.
remote: error: At least 1 approving review is required by reviewers with write access.
remote: error: 2 of 2 required status checks are expected.
Я не совсем уверен, что GitHub не в восторге, потому что ветвь функции удалена без слияния через ихПользовательский интерфейс или локальное состояние ветки разработки теперь отличается от того, с которым он дистанционно сравнивал PR как целевую ветвь слияния.В любом случае кажется, что использование рабочих потоков в стиле git flow без использования встроенных функций слияния пользовательского интерфейса github на самом деле не работает с защищенными ветвями).
Кто-нибудь знает способ обойти это, возможно, я не должен раздавить коммиты или предпочесть перебазирование над слиянием?Кто-нибудь еще успешно использует git flow с защищенными ветками?