ага надо тащить имя гитрепы еще

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

точнее фолдера

у тебя зависимости между репами и кодом там на уровне апи ?

Ну типа да

Думаешь, запускать три инстанса?

Там беда в том что у них месседж бас есть еще?

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

На проде оно все через VPN завернуто прозрачно и прилага думает что в локальную сеть ходит

по идее тебе ненадо связывать их деплоем, тебе нужно знать совместимы ли они по текущим версиям апи

По сути мастер с мастером всегда совместимы

Но если чел пилит фичу новую то ему ж надо еще зависимость притянуть

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

а у тебя интеграционное тестирование

Ага

Тут у меня ДНСы поднимаются на каждый проект свои уникальные и так далее

у меня когла появилось штук 20 микросервисов, заказчик как раз захотел некий контроль над тем какая версия задеплоена

и в качестве решения некий файл манифест со списком версий сервисов

на основе которого уже дженкинс деплоит

окружение

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

И все будут забывать подчищать файл когда закончили тестить

Так то файл был бы охуенным решием проблемы )

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

Еще одно охуенное решение я рассматриваю это забить болт и пока сделать чтобы для зависимых проектов деплоился мастер всегда )))

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

Так я хочу автодеплой. Чувак пуллреквест создает а дженкинс юзает GitHub Deployment API

тогда мастер для зависимых имеет смысл, да

Вот так хочу )

)) невстречал такое ) поэтому тут хз

Так а как тогда "додеплоивать" зависимости?

так давай подумаем

Вся проблема в ебучих зависимостях

пажжи

Есть езе проблема что чел сразу запушит в два репо

он по идее относительно одновременно будет пушить в 2 репо

И у меня создастся два разных стейджинга ) Где подчиненные проекты окажутся кросс-мастером друг для друга

в свой и во второй чтобы там была апи совместимость

Ага

а это значит что стейджинг должен быть 1

Все верно. Его надо "прошарить" между пушами

Походу функция createStaging() должна еще содержать в себе логику захвата локов от двух пушей

а что если привязать стейджинг к имени автора коммита ?

Короче я вижу здесь один единственный реалистичный вариант

Если фича/баг красс проектные, то ветка должна иметь какой-то тип, что-то вроде epic/blabla-123 где 123 сквозной номер из "основного" проекта

Иначе деплоятся подчиненные проекты как мастер.

Если эпик то тогда тот же самый эпик из другого репо

cross/bug/blabla-123 или вот так

как вариант да

Хз как это элегантнее сдлеать

Чувствую, девелоперы меня задушат

да не

я видел развесистые именования бранчей

Имже блять лишь бы запушить побыстрее и сказать "я сделяль"

и на них хуки можно повесить чтобы проверять соответствие

На гитхабе сервер-сайд хуков нету (

Клиентские ненадежна

Хоть и вариант

а еще и дженкинс может ругаться

Хз как это элегантнее сдлеать

У нас ветки именуются PROJNAME-123/some-feature

И по ветке всегда видно из какого она проекта в джире.

Не, названия веток мне никто не даст менять так сильно

а еще и дженкинс может ругаться

А у тебя небыло опыта как при подходе Pipeline as a code ловить такие ивенты от GitHub как удаление бранча или закрытие пуллреквеста?

А у тебя небыло опыта как при подходе Pipeline as a code ловить такие ивенты от GitHub как удаление бранча или закрытие пуллреквеста?

неа, еще недобрался по идее если гитхаб умеет слать такие хуки то там уже можно уже что-то делать\

А как "увидеть" что в текущем контексте?

Гитхаб шлет

ERROR: S client not available

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

тут незнаю надо копать

господа, а вы юзаете ssh connection mamager какой нить ? если да то какой ?

~/.ssh/config

))))

ещё варианты ?

Не совсем то, но tmuxinator

А зачем? Какая цель других вариантов?

А зачем? Какая цель других вариантов?

не запоминать тоные имена хостов и настройки доступа к ним.

Поописал какие сессии нужны, че там в окошках позапустить, как их рпзделить. А потом tmuxinatur start чототам

не запоминать тоные имена хостов и настройки доступа к ним.

Ну хз..

ну проблема актуально для 10-200 хостов. 2+ разных проекта

если проект один или если колво хостов за этим диапозоном такой софт видимо не нужен ибо есть четкий нейминг и одниковоая схема доступа

ну проблема актуально для 10-200 хостов. 2+ разных проекта

ансибл инвентори

а если ходишь только на 1 хост, то где-то забыл заавтомейтить

ты же в конфиге можешь алиасы пронаписать

и у тебя схема будет идентичная

еще хочу дабл клик на имени хоста и что бы нужный vpn поднимался

тут уж никакой ssh config не поможет

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

?

Есть же ansible-console

Сложное вообщем ты чото приудмал

ансибл консоль не про то

у меня примерно 12 разных впнов

Ну, сделай алиасы, алиас дергает скрипт запуска vpn, после ссш коннект

А ты хочешь из коропки такое

?

наверное ест ьвсе варианты. от pptp до checkpoint vpn. за впнами разные проекты. с разным принятым нейминогов

Сделай себе контейнеры внутри который будет поднят всегда впн, ssh cont1 > там уже поднят впн> ssh serv1.project1

?

большую часть боли снимает gnome connection manager. но он умеет не всё.