и она мне не нравится, да

ну тогда не имплементь ее

всегда найдется несколько уникумов, с которыми договорились, но иногда им просто надо сделать по своему)

не, ну как так, там речь о мержах

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

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

никто не хочет разгребать конфликты и ошибки в чужих коммитах :( своих хватает

модель без тим лида? один фиг кому то им придется быть не формально

Добро пожаловать в реальные горизонтальные структуры

вы не подумайте, я без какого либо негатива, просто размышления, как тогда не свалится в бесконечный цикл испралвения ошибок(своих/ чужих)

*бесплатно

это бонусом

привет ребят! нужна ваша помощь. такое дело: есть джанго сервак, на который gitlab ci ранер отправляет запрос, при определенном условии. проверка условия и отправка запроса осуществляется через баш скрипт. на эндпоинте стоит фильтрация ip адресов. то есть эндпоинт чекает, есть этот адрес в списке адресов с которых можно принимать этот запрос, иначе 404. на локалке, через тот же самый нгрок все работает отлично. на продакшне, не знаю почему сервак даёт 404. ранер один и тот же. неужели, ранер динамически меняет ip адрес. плюс, ip адреса проверены и занесены в список, тех с которых можно принимать запрос.

> неужели, ранер динамически меняет ip адрес.

если он на гитлаб.ком - гарантированно меняет

ппц, а как это пофиксить или обойти или есть какой-нить костыль? и зачем ему менять ip?

А что мешает узнавать ацпи раннера в пайплайне

Потому что они все разные

ты расскажи - у тебя облачный гитлаб.ком?

нет

а где он тогда? раннеры где?