Выгореть, закрыть тикет, повторить.

Смотря на чём CI

А неважно. Если это какой-нибудь централизованный CI (типа teamcity или jenkins-а), и у разрабов нет доступа, то дофаминовая игла+чувство собственной ущербности мешает перейти к более гибкой модели и вручить разработчикам сборку их собственного приложения.
Если это gitlab ci, где и так уже всё доступно, то я видел примеры, когда админ настраивал CI разработчикам и там тоже (а разработчики были и рады спихнуть ему эту работу).

Я к тому, что teamcity и jenkins это тоже скорее админский инструмент

Можно раздать доступы разрабам. Можно настроить сборку через kotlin, jenkinsfile. Можно, в конце концом, сменить CI. Вариантов полно.

Тимсити мышевозный пипец, с чего это админский?

а чей?

виндоадминский

Для кодеров как раз. Опыт подсказывает, что у нас люди без operations background более склонны к мышевозности

поднажмем! всего ничего осталось

Сам поднажми

Возьми и переголосуй

первое слово дороже второго

Там теперь вроде можно всё на Kotlin описывать.

Что-то не получается настроить маршрутизацию через Wireguard между двумя Docker композами на разных виртуалках :(
Туннель работает, даже пинг до докерного интерфейса внутрь композа2 идет из композа1,  а пинг на докерный шлюз композа2 НЕ идет :(

Маршрут ессно прописал, в allowed IPs добавил, файрволы пока отключил, но ни хочет ...

Причем когда WIreguard настраивается снаружи на хосте, то все прекрасно.
А когда Wireguard запускается в виде докер контейнера, то как-то так :(

Бан для слабаков

Ну так, людям тяжело ломать свои стереотипы про MS офис и DotNet внутри Linux.
Проще отгородиться от этого, спрятаться за баном.

А в контейнере с ваергвардом hostnetwork: true?

Нет, отгородиться они от недалёкого и неумного "коллеги", но бан плохой выход