Если у вас декларатив, то можно post добавить

да, post использеуем, как раз для отправки сообщенийв чат

Всем привет, подскажите хороший гайд, описывающий добавление Mac ноды в дженкинс?

Принцип везде один: ставишь jdk, создаешь агента, создаешь ключевую пару и регишь ноду в мастере.  https://yallalabs.com/devops/how-to-add-linux-slave-node-agent-node-jenkins/

окей, спасибо

А UI автотесты на рабочем столе можно будет запускать при таком подходе?

Не подскажу

Добрый день. Кто может направить на ресурсы или подсказать как формируется changeSet? Перерыл несколько страниц гугла в поисках - но результат зиро.

Если делаю последовательно билды из одного бранча - дифф(changeSet) между билдами подтягивается корректно. Но если переключаю бранч для билда - changeSet не определяется.
Например: в течении спринта раскатываю пайплайном дев бранч на стейджинги - changeSet между сборками определяется на окей. Но если этим же пайплайном раскатываю релиз - мастер бранч - changeSet пустой.

Как сделать так чтобы пайплайн определял changeSet между билдами мастера?
Вижу 2 решения:
1. Дуплировать пайплайн - которым раскатывать мастер на прод. Тогда ченжсет будет определяться на окей
2. Изобретать костыли и напрямую командами в гите пытаться собраться changeSet

Может кто-то подскажет более изящное решение, где с этой задачай справляется один пайплайн и не нужно громоздить логику используя гит?

из недавних приключений наших маководов в окучивании современных макосей на М1:
- "дефолтная" джава ставилась в каком-то режиме совместимости со старым х64, и ниасиливала бинари собранные для м1, что пофиксилось путём переустановки джавы как brew install --cask zulu
- некоторые бинари приходится наоборот запускать в режиме этой совместимости, а-ля arch -x86_64 gem install ffi
- для юзания каких-то машинозависимых секретиков нужно security unlock-keychain -p <PASSWORD> login.keychain

продаю почём купил в виде слухов из чата; сам я к макам на пушечный выстрел не подхожу

если кровь из носу нужно смотреть на диффы в вебе дженкинса — я бы рекомендовал пользоваться либо отдельными джобами, либо копать в сторону multibranch pipeline

у нас (правда в меркуриале, а не гите) есть пара джобов, которые работают с произвольными ветками и коммитами — на диффы там смотреть попросто больно, особенно когда дженк честно пытается нарисовать 1000 коммитов разницы между каким-то старым релизом в билде N-1, и апстримом в билде N

у меня при сборке в кубе и из одной ветки тоже не заполняется changeSet. Видимо еще надо постоянно хранить workdir где-то. Хотя странно, почему он не может просто посмотреть коммит из предыдущего билда, там эти же данные есть

я банально swarm-client.jar запускаю (плагин swarm). Создаю его как сервис launchd

кто то мигрировал бд Aurora AWS в AWS MySQL?

А туда ли ты зашёл?

)

ну может ему пипецлайн написать надо

Пущай пишет, никто не возбраняет

Если с даунтаймом то просто mysqldump, потом рестор и свичнуть приложение на новую базу

где можно посмотреть подробный лог подключения с ошибкой для гита? А то просто permission denied (publickey). Сам ключ рабочий, с нужного гита нужную репу им вытягивали.
@dburm

хз, не занимался таким. ну, сообщение довольно информативно. копать в сторну юзера/ключа.
дополнительно можно посмотреть ещё на предмет версии ssh и подмены хоста/кредов в /etc/hosts или ~/.ssh/config