#azure #azure-devops #devops #azure-policy
Вопрос:
В моей нынешней компании мы иногда утверждаем наши собственные запросы на удаление ради исправления ошибок. Если это небольшая ошибка или у кого-то есть служба поломок, они должны быть в состоянии быстро все исправить.
Поскольку некоторые люди злоупотребляют этой функциональностью, чтобы утвердить свои собственные «функции», я хочу удалить возможность делать это, за исключением случаев, когда с PR связаны только рабочие элементы «ошибка».
Насколько я видел, я могу проверить только некоторые отметки, касающиеся политики главной ветви.
Могу ли я создать политику, позволяющую пользователям утверждать свои собственные запросы на удаление, если с ней не связаны никакие рабочие элементы, кроме элементов ошибок?
Комментарии:
1. не думаю, что это возможно
Ответ №1:
Это не поддерживается в конвейерах Azure — это либо разрешено, либо нет в зависимости от ваших политик филиалов. Все, что следует за этим, — это мнение, так что отнеситесь к нему с долей скептицизма-я не уверен, что такая функция решит вашу проблему.
Вы сказали, что в настоящее время разрешаете разработчикам утверждать свои изменения, потому что, если есть срочная ошибка, они должны иметь возможность быстро двигаться. Это понятно. Кроме того, разработчики могут «играть в систему», добавляя функции.
Если бы вы ограничили политику филиалов, разрешив разработчикам объединять PR только в случае наличия ошибок, что мешает разработчику включить новые функциональные возможности в исправления ошибок?
Другими словами, ваша PR-политика работает в соответствии с соглашением, и это соглашение может быть нарушено. Предлагаемое вами решение — это еще одно соглашение, которое можно нарушить.