В библиотеке NuGet я использую ветвь develop
как ветвь непрерывной интеграции. Я установил для него политику, так что ни один запрос на вытягивание не может быть одобрен без его создания. Кроме того, любое успешное слияние приведет к запуску сборки CI, и в конечном итоге будет создан предварительный пакет NuGet, который будет помещен в частный канал NuGet.
Когда меня устраивает предварительная версия, я создаю дополнительный PR для слияния develop
с master
, что, в свою очередь, вызывает запуск сборки компакт-диска, что приводит к производственному выпуску пакета NuGet.
Но вот в чем дело: может случиться так, что я захочу создать ветку исправлений прямо из мастера, внести некоторые изменения, а затем сделать новый PR этой ветки прямо обратно в мастер. Это запустит обычные конвейеры CD и вызовет выпуск нового выпуска (с увеличенным номером патча).
Дело в том, что после этого я хочу снова объединить мастер с разработкой, которая прямо сейчас создает новую предварительную версию (что на данный момент не имеет значения).
Есть ли у меня способ сообщить Azure DevOps, что в особом случае, когда мастер снова объединяется с разработкой, политики ветвления следует пропускать? Я вообще должен делать PR от мастера к разработке, когда на самом деле все, что я хочу сделать, это объединить ранее утвержденный PR от исправления к мастеру !?
Любые советы приветствуются.