Мы когда-то упирались не в пайплайн, а в jetty. При большом количестве слейвов, вебсервер отваливался из-за того, что ajax запросы по обновлению статусов слейвов с корневой странички его убивали.
Для кода который в src в shared library (не в vars) можно настроить билд и паблиш артифакта. Потом его как dependency импортировать и тоже дает возможность автокомплита
Доброго дня. Кто сталкивался может, как обойти такую проблему. Читаю через readJSON файл, ругается на "JSON keys must be strings". Проблема в том, что один из объектов секции логирования называется "null", сие захардкожено и поменять нельзя. Что интересно, валидаторы молчат на этот счет
Доброго дня. Кто сталкивался может, как обойти такую проблему. Читаю через readJSON файл, ругается на "JSON keys must be strings". Проблема в том, что один из объектов секции логирования называется "null", сие захардкожено и поменять нельзя. Что интересно, валидаторы молчат на этот счет
костыль подставить и заменить на что-то другое перед чтением
Поделитесь опытом кто как девелопит сложные пайплайны с большими библиотеками? Голый Sublime и "помнить все методы" уже начинает быть неудобно =/ Хочется подкидывание классов/методов из библиотек, а если ещё и родные шаги и их опции будет подкидывать — будет вообще отлично
Доброго дня. Кто сталкивался может, как обойти такую проблему. Читаю через readJSON файл, ругается на "JSON keys must be strings". Проблема в том, что один из объектов секции логирования называется "null", сие захардкожено и поменять нельзя. Что интересно, валидаторы молчат на этот счет
доброго дня, коллеги. кто-нибудь знает откуда взялась надпись [Checks API] No suitable checks publisher found. в консольном выводе любого билда, после недавнего обновления?