E
мы на предыдущем проекте периодически меняли экзекутора в либах
Size: a a a
2020 October 12
II
потому что у нас ещё не наступило радужное будущее, где можно поднимать по ноде на каждую джобу, и держать на каждой ноде по несколько экзекуторов
II
так что занимать вхолостую А, когда вся работа идёт на Б — несколько ресурсозатратно
E
ну как минимум бывают вещи которые надо на мастере пускать
II
ну дык и пущай)
а одну в другую вкладывать — как-то не
node('master') { ... }
node('build') { ... }а одну в другую вкладывать — как-то не
E
ну дык и пущай)
а одну в другую вкладывать — как-то не
node('master') { ... }
node('build') { ... }а одну в другую вкладывать — как-то не
эээ не
E
еще как да
E
как ты вернешься к предыдущему экзекутору?
II
а зачем?
II
а, понял
до такого пока не доходили
до такого пока не доходили
E
node(slave){ foo}
node(master){bar}
node(slave){foo}
node(master){bar}
node(slave){foo}
E
слейв может быть тут разным
DB
код надо писать так, как если поддерживать его будет психопат, знающий ваш домашний адрес
DB
я бы после таких вывертов переехал бы. от греха
E
ну к слову у нас был ебейше сложный пайплайн и пихать его в один дженкинсфайл - сломались бы колесики мышей у всего отдела
E
а пихать в разные - получился бы "билд состоящий из 10 джоб"
Н
ну к слову у нас был ебейше сложный пайплайн и пихать его в один дженкинсфайл - сломались бы колесики мышей у всего отдела
у меня пайплайны по 2к строк, это еще без учета библиотек
E
у меня пайплайны по 2к строк, это еще без учета библиотек
это мало
Н
я впервый раз увидел это и чуть не убежал с воплями, меня спасло только то, что я дженкинс второй раз в жизни видел
M
Привет всем, столкнулся с такой проблемой, слейвы переодически падают с такой ошибкой jenkins slave java.lang.OutOfMemoryError: Java heap space . Правильно ли я понимаю, что нужно засетить -Xmx в количестве 40% и оно поидее должно прикратить умерать?