Всем привет.
Есть хостовой jenkins поставленный из deb, вчера добавил агента, а сегодня получил:
INFO hudson.model.AsyncPeriodicWork lambda$doRun$0
Finished Workspace clean-up.
На issues.jenkins.io нашёл несколько сообщений на эту тему и способы отключить эту функцию. Сделал так:
В расширенных настройках добавление агента /computer/agent/configure есть поле JVM Options добавил туда -Dhudson.model.WorkspaceCleanupThread.disabled=true в итоге получил строку запуска /usr/local/openjdk-11/bin/java -Dhudson.model.WorkspaceCleanupThread.disabled=true -jar remoting.jar -workDir /home/jenkins -jar-cache /home/jenkins/remoting/jarCache
Вопрос у меня такой: правильно ли я отключил очистку workspace? Или надо эту опцию добавить для хостового jenkins или у агента параметр должен быть в другом месте?

почему женкинс не в докере

Хостовым jenkins проще управлять.

во дела, неужто в секту дженкинсоидов подалась?

т.к. точной инфы не нашёл, то добавил -Dhudson.model.WorkspaceCleanupThread.disabled=true и мастер ноде

Приветствую. Кто подскажет, как использовать класс BluePipelineStep?
https://javadoc.jenkins-ci.org/plugin/blueocean-rest/io/jenkins/blueocean/rest/model/BluePipelineStep.html

Как при помощи него воспользоваться методом   getDisplayDescription() и получить Step display description?

есть проект master деплоится на прод, dev деплоится на тест. Раньше делали так, создавали папку с имененем проекта и внутри два проекта для теста и прода, разница только в ветке и одной команде. Вопрос, можно ли создать 1 проект, и что бы он получал изменения всех веток (а лучше только двух) и запускал пайплайн, а в пайплайне использовать when? может есть пример такого конфига?

Multibranch

+

да, всё ок, единственный минус что нужно Jenkinsfile комитить в репозиторий

Действительно минус

мне чот не зашёл мультибрач. особенно когда начинает билдить 20 веток одновременно 😬

Настрой, чтобы не собирал

+

да там только фильтр если выставлять по названию веток. А так ваще беда, например через job dsl обновишь конфигурацию multibranch pipeline, а при изменении конфигурации он запустит индексацию, а это считай запуск всех веток, тегов и PR.
Опции: Suppresses automatic SCM triggering или Skip initial build on first branch indexing типо должны это отключать, но они одновременно отключают запуск первой сборки при появлении ветки, и вроде насколько я помню  в целом сборки по хукам из github перестают работать. Поэтому опции бесполезны

жесть

Всем привет. Ребят, подскажите как получить из pipeline доступ к артифакту  ? На одном stage я собираю jarник внутри maven докер контейнера, дальше вызываю archiveArtifacts 'target/*.jar " в следующем стейдже я хочу собрать docker образ, но сам артефакт не сохраняется в рабочей директори, а судя по всему помещается в директорию archive. Не подскажите как получить доступ к этому файлу из стейджа пайплайна ?

пример Jenkinsfile

pipeline {
    agent any
    stages {
        stage('build') {
            agent {
                docker {
                    image 'maven:3.6.3-openjdk-14-slim'
                }
            }
            steps {
                sh 'mvn clean package -P docker -s .m2/settings.xml'
                archiveArtifacts 'target/*.jar'
            }
        }
        stage('package') {
            steps {
                sh 'docker build -t *** .'
                sh 'docker push ***'
            }
        }
    }
}

была схожая задача, но у меня сборка jar файла отдельным job вызывалась. в этом случае использовал CopyArtifact, но тут этот плагин не применим

можно попробовать скачать артефакты из сборки по ссылке ${BUILD_URL}artifact/*zip*/archive.zip