M
сюда обычно никто не смотрит ))
а генерация этого графика из 100500 билдов довольно ресурсоёмко ))
а генерация этого графика из 100500 билдов довольно ресурсоёмко ))
Size: a a a
2020 September 21
M
хотя да, тоже говорили. мол надо график, информативно ))
R
вообще мы результаты отправляет в AWS. а из AWS системы тестовых отчетов выкачивает репорт и показывает на своем сайте.
контролируется это связкой bucket+test_id
обычно для каждой jenkins_job отдельный bucket и test_id.
с изменяющимся набором телефонов я все равно буду в один и тот же bucket+test_id складывать. ибо и так запаривает уже. не буду создавать отдельный bucket+test_id per phone. а тренд по дженкинсу видно
контролируется это связкой bucket+test_id
обычно для каждой jenkins_job отдельный bucket и test_id.
с изменяющимся набором телефонов я все равно буду в один и тот же bucket+test_id складывать. ибо и так запаривает уже. не буду создавать отдельный bucket+test_id per phone. а тренд по дженкинсу видно
HC
сюда обычно никто не смотрит ))
а генерация этого графика из 100500 билдов довольно ресурсоёмко ))
а генерация этого графика из 100500 билдов довольно ресурсоёмко ))
категорически согласен. Я даже хотел было выпилить, но увы, красоту хотят больше, чем экономию ресурсов
R
сюда обычно никто не смотрит ))
а генерация этого графика из 100500 билдов довольно ресурсоёмко ))
а генерация этого графика из 100500 билдов довольно ресурсоёмко ))
смотрит. я же из дженкинса тесты запускаю. если две недели назад падало то же кол-во тестов - значит ктот отревертил фикс. удобно. не надо лезть в систему тестовых отчетов
HB
вообще мы результаты отправляет в AWS. а из AWS системы тестовых отчетов выкачивает репорт и показывает на своем сайте.
контролируется это связкой bucket+test_id
обычно для каждой jenkins_job отдельный bucket и test_id.
с изменяющимся набором телефонов я все равно буду в один и тот же bucket+test_id складывать. ибо и так запаривает уже. не буду создавать отдельный bucket+test_id per phone. а тренд по дженкинсу видно
контролируется это связкой bucket+test_id
обычно для каждой jenkins_job отдельный bucket и test_id.
с изменяющимся набором телефонов я все равно буду в один и тот же bucket+test_id складывать. ибо и так запаривает уже. не буду создавать отдельный bucket+test_id per phone. а тренд по дженкинсу видно
Тогда при генерации при создании файла конкретного телефона в название файла пусть передаеться переменная которая будет означать сам телефон
M
по итогу разработчику нужен вердикт - "УСПЕХ" или "тесты провалились" и ссылку на них, чтобы разобраться что сломал.
графики избыточны))
графики избыточны))
M
смотрит. я же из дженкинса тесты запускаю. если две недели назад падало то же кол-во тестов - значит ктот отревертил фикс. удобно. не надо лезть в систему тестовых отчетов
за 2 недели у нас только билдов. что их тупо голову не придет никому смотреть )
E
у меня при втором запуске билда у pipeline переменные не найдены. проблема в variable scope. мне этот dsl надо для 6ти телефонов запустить и создать 6ть пайплайнов с разными дефолтными значениями. поэтому
тут я заменяю # на данные телефона в dsl
https://codeshare.io/5Xz4pn
птом seed job на основе этого dsl создает pipeline из файла https://codeshare.io/alNxlm запускаю пайплайн первый раз - переменные на месте. второй раз - только те что в jenkinsfile. хотя по коду я использую ${params.path_to_app}
не работит >< толи я не в тех местах объявляю переменные...
тут я заменяю # на данные телефона в dsl
https://codeshare.io/5Xz4pn
птом seed job на основе этого dsl создает pipeline из файла https://codeshare.io/alNxlm запускаю пайплайн первый раз - переменные на месте. второй раз - только те что в jenkinsfile. хотя по коду я использую ${params.path_to_app}
не работит >< толи я не в тех местах объявляю переменные...
Ох. Там надо ключик отдать дженкинсу. Шас не скажу точный, гугли jenkins undefined parameters flag
R
нет. А зачем?
ааа еще чтобы в паралелли запускать шесть джоб per phone
HC
ааа еще чтобы в паралелли запускать шесть джоб per phone
не вижу проблемы в этом. disableConcurrentBuilds по дефолту выключен, запускай хоть 100500
R
Ох. Там надо ключик отдать дженкинсу. Шас не скажу точный, гугли jenkins undefined parameters flag
🤔🤔🤔
R
не вижу проблемы в этом. disableConcurrentBuilds по дефолту выключен, запускай хоть 100500
я тож не вижу проблемы в том чтобы использовать мою существующую джобу и выбирать телефон из choice. но остальные пчмуто так не думают
R
Ох. Там надо ключик отдать дженкинсу. Шас не скажу точный, гугли jenkins undefined parameters flag
пробую
System.setProperty("hudson.model.ParametersAction.keepUndefinedParameters", "true")E
Да, вроде он. Не уверен что в рантайме сработает
E
Ключ запуска точно работает
DB
вообще, оно не просто так отключено
https://support.cloudbees.com/hc/en-us/articles/223718807-SECURITY-170-Advisory
https://support.cloudbees.com/hc/en-us/articles/223718807-SECURITY-170-Advisory
R
крч. эта вся шляпа не рабочая. пойду ебошить jenkinsfile и dsl заменами переменных с sed. и хз как питоновский скрипт из https://codeshare.io/5MvnZn запускать и данные по телефонам получать
DB
крч. эта вся шляпа не рабочая. пойду ебошить jenkinsfile и dsl заменами переменных с sed. и хз как питоновский скрипт из https://codeshare.io/5MvnZn запускать и данные по телефонам получать
посмотри в сторону jenkins-job-builder, там по-лучше с темплейтингом
АЧ
привет. Народ, по ряду джобов есть потребность начинать с 1 счетчик build_number каждые новые сутки. Это так и решается сейчас тока скриптом, иль плагин какой придумали?