нет, это решение не дает ничего кроме

hudson.AbortException: script returned exit code 1

)

понял, но слишком странное. А если "логика" решит об ошибке неверно? Поэтому и выводят только в каком блоке и линк для быстрого открытия.

может реальная ошибка в ворнинге на 2 экрана выше, а падение - простой итог, типа инклуд сработал криво или подключил не то

я так же вывожу линк в слак-сообщении для быстрого открытия consoleout:

<${BUILD_URL}consoleFull|Журнал> (<${BUILD_URL}consoleText|Текстовая версия>)

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

я готов с этим мириться, если в целом механизм будет работать правильно. Вся идея выводить текст и место ошибки в слак заключается в повышении комфорта разрабам. Да, можно открыть консоль или тот же блюоушен, но это чуть дольше)

выкатка андроид апп через гугл плагин вполне себе ёмко ругалась

что-то мне подсказывает, что все равно придется открыть консоль целиком. а так в принципе можно перехватывать ошибку, и кидать кусок лога.

у нас много методов самописных, которые завернуты в shared lib и вызываются во время Pipeline. Большинство из них используют внутри модуль sh

писать error.log и потом grep -i error error.log |head например... если нужно умнее то это уже нейросеть пилить )

была такая идея.

и да, внутри script (чтобы sh юзать) вполне работает try. Писать ожидаемую обработку.

как я уже писал ранее, например, если весь stage представляет собой sh (script: "...", returnStatus: true), то можно обыграть получение ошибки через нечто подобное (код отладочный из черновиков):

def SH_ERROR
def output
  SH_ERROR = sh (script:'dockers ps 1>stdout.txt 2>stdout.txt',
  returnStatus: true)
if (SH_ERROR != 0) {
  currentBuild.result = 'FAILED'
  output = readFile('stdout.txt').trim()
  //error 'error text'
}
println  "PRINTOUT\n"+SH_ERROR
println  "PRINTOUT_2\n"+output
sh 'rm stdout.txt'

у модуля sh есть фундаментальная особенность, он умеет возвращать код результата работы, умеет возвращать stdout, НО не умеет возвращать stdErr

эта фундаментальная особенность описана в issue Jenkins с 2017 года, и до сих пор не решена. https://issues.jenkins.io/browse/JENKINS-44930
При том, что люди о ней вспоминают до сегодняшнего дня, судя по коментам

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

Залил на хостинг картинок:
https://ibb.co/T8vc8S4
Такого результата удалось добиться при использовании sh и обработке его stderr через перенаправление вывода 2>stdout.txt с последующим считыванием файла и выводом в слак.

А можно как-то в декларативном пайплайне запустить stage в докере на слейв ноде ?

pipeline {
    agent {
        label 'slave1.1'
    }

    stages {

        stage ('run tests') {
            agent {
                docker {
                    image 'gradle:6.9.0-jre8-openj9'
                }
            }

Запускает на мастере

Всем привет!
Подскажите плз, а можно ли юзать в мультебренче для всех веток jenkinsfile из мастер ветки?
Напривет:
билдается ветка 25 а jenkinsfile берет из мастера