Azure DevOps - пользователь, запускающий выпуск как утверждающий - PullRequest
0 голосов
/ 17 января 2019

У нас есть настройка CI / CD в DevOps Azure, которая запускается при нажатии на ветку master. Можно ли сделать утверждающего пользователя тем, кто был причиной триггера сборки?

enter image description here

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

Ответы [ 2 ]

0 голосов
/ 18 января 2019

Хотя я полностью согласен с @Daniel Mann в том, почему этого не следует делать, я видел, как это происходит, когда команда назначается получателем запроса на утверждение, а флажок user requesting a release or deployment should not approve it остается не отмеченным. .

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


EDIT

Если у вас должен быть только один человек, назначенный в качестве действительного пользователя, чтобы утвердить изменения для развертывания, вы можете сделать это тоже, но это не будет красиво. Вы можете иметь «сцену» на человека. Эти этапы будут использовать фильтры артефактов в условиях перед развертыванием, чтобы отправлять только электронное письмо с подтверждением тому, для кого предназначен этот этап.

enter image description here


enter image description here

После утверждения он переходит к фактическому этапу развертывания для выполнения работы.

enter image description here

Теперь вам нужно добавить имя пользователя или что-то в качестве тега в сборку. Я не уверен, есть ли инструмент / задача, чтобы сделать это как часть конвейера сборки, чтобы поддерживать его непрерывность, но я знаю, что вы могли бы выяснить, как сделать это из API REST. Возможно, вам потребуется создать этап предварительного утверждения, который запускает сценарий PS для доступа к API REST и помечает предоставленную сборку значением свойства requestedBy в сборке.

Опять, видите, как трудно это сделать? Это, вероятно, означает, что вы не следуете передовым методам. «Делай правильные вещи легкими, а неправильные - тяжелыми». Неизвестный

0 голосов
/ 17 января 2019

Краткий ответ, нет.

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

Рекомендуется требовать, чтобы кто-то, кроме человека, который внес изменение, рассмотрел и одобрил изменение.

...