Вас додали до merge request
Відкриття merge request із рецензентами, додавання ще одного або зняття позначки чернетки доходить до тих самих людей: усіх нинішніх рецензентів, окрім автора і окрім того, хто щойно виконав цю дію.
Вбудована інтеграція GitLab з Telegram пише у спільний канал, тож merge request чекає, доки хтось випадково зазирне. WardenPoint читає той самий вебхук і доходить до людини, яку merge request назвав на ім’я.
З чого складається таке сповіщення
LIVEНалаштування
Один вебхук на проєкт, а в плані Premium — і на групу. Секрет вписуєте в поле «Secret token», і GitLab надсилає його заголовком X-Gitlab-Token.
У проєкті відкрийте Settings → Webhooks → Add new webhook і вставте адресу точки доступу WardenPoint у поле URL.
$ Settings › Webhooks › Add new webhookСекрет інтеграції впишіть у «Secret token». GitLab додає його до кожної доставки як X-Gitlab-Token; без нього WardenPoint відмовляє.
$ Secret tokenУ розділі Trigger позначте «Merge request events» і збережіть. Більше нічого не треба — події конвеєрів, пушів і коментарів пропускаються. Якщо перевіряєте кнопкою Test у GitLab, оберіть там теж «Merge request events» — тест іншого виду відкидається так само, а в проєкті має бути хоча б один merge request, щоб було що надіслати.
$ Trigger › Merge request eventsФормат
GitLab перелічує рецензентів у тілі запиту. WardenPoint читає, чому сталася подія — призначили, нові коміти, попросили ще раз, — і кличе тих, кого ця причина стосується.
Правила маршрутизації
Вони готові з першого дня. Змініть набір, додайте умову або приберіть правило — виграє перше, що збіглося, а останнє тримає решту в тиші.
Відкриття merge request із рецензентами, додавання ще одного або зняття позначки чернетки доходить до тих самих людей: усіх нинішніх рецензентів, окрім автора і окрім того, хто щойно виконав цю дію.
Пуш у вихідну гілку або застосована пропозиція кличе лише тих, хто вже дивився зміни. Хто ще не відкривав — побачить їх, коли відкриє.
GitLab позначає рецензента як повторно запрошеного, і кличемо лише його. Одне застереження: якщо та сама правка ще й додає нового рецензента, подія назветься призначенням — виграє доданий, а повторно запрошеного дістає набір «Попросили повторно», а не це правило.
GitLab — питання
Додайте вебхук, впишіть себе рецензентом і подивіться, як приходить повідомлення. Без картки й без ризику для продакшену.