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

умеет ли каким-то образом дженкинс хавать уже имеющийся .gitlab-ci.yml или нужно писать Jenkinsfile самому?

нет
надо писать

да я вот посидел, ВЫНИМАТЕЛЬНО доку гитлаба поштудировал, оказалось там есть раннеры

в моем кейсе получается что дженкинс не нужен

👍

Разные системы разный синтаксис

ну я уже понял с доки

Точно sh 'env'! Спасибо!

Некогда я обращался с этим вопросом, но ответ тогда найден не был, поэтому возвращаюсь к этому вопросу в поиске оптимального решения не изобретая велосипед: "Как обеспечить перезапуск пайплайна через Restart from stage именно на той slave node, на которой он был запущен ранее?".
Попытка сделать через код внутри нужного Stage {} таким кодом:
agent { node { label "${env.NODE_NAME}" } }

просто логично висит с надписью "Ожидаю освобождения этой Node", т.к. установлено правило для всех nodes "1 executor", т.к. она занята самим этим же пайплайном.

Возможно, есть готовые примеры реализации через stash/nonstash ?

есть такой stage (он единственный):

stage ('Test') {
    environment {
        example = '@'
        test = java.net.URLEncoder.encode(example, 'utf-8')
    }
    steps {
        bat "echo test = ${test}"
    }
}

Jenkins крутится на винде и джоба запускается там же.
В логах пишется: test = 0
Я ожидаю: test =%40
Почему такое может быть?

stage ('Test') {
    environment {
        example = '@'
        test = java.net.URLEncoder.encode(example, 'utf-8')
    }
    steps {
        bat "echo test = ${test}"
    }
}

либо
```
bat "echo test = ${env.test}"
```
либо
```
bat "echo test = %test%" (или как там в винде с переменными среды общаться? мб и c двойным процентом %%test%%, от винды можно ожидать любой упоротый синтаксис)
```

хотя насчет декларатива и ${env.test}" я не уверен. Скорее всего не сработает в декларативе (если только не обернуть в script {}):
```
script {
 bat "echo test = ${env.test}"
}
```

а можно ли настроить логирование на уровне джоба, чтобы лишняя в определенных случаях информация в лог не выводилась?
[Pipeline] }
[Pipeline] // script
[Pipeline] }
[Pipeline] // stage
[Pipeline] stage
[Pipeline] { (Parallel build)
[Pipeline] parallel
[Pipeline] { (Branch: Build CRM)
[Pipeline] { (Branch: Build OMS)
[Pipeline] stage
[Pipeline] { (Build CRM)
[Pipeline] stage
[Pipeline] { (Build OMS)
[Pipeline] echo
[Build CRM]
...

с процентами этот случай отработал как надо. этот тест проводил, чтобы убедиться в правильном экранировании символов.
можно еще вопрос? хД
вот пайплайн:

stage ('Test') {
    environment  {
        someCredentialsWithDogInPass = credentials('someId')
        dogExample = "${someCredentialsWithDogInPass_PSW}"
        test = java.net.URLEncoder("${someCredentialsWithDogInPass_PSW}", 'utf-8)
        }
    steps {
        echo "bat test = %test%"
    }
}

Пароль равен @
здесь также ожидаю в логах test = %40, а получаю test = 2

stage ('Test') {
    environment  {
        someCredentialsWithDogInPass = credentials('someId')
        dogExample = "${someCredentialsWithDogInPass_PSW}"
        test = java.net.URLEncoder("${someCredentialsWithDogInPass_PSW}", 'utf-8)
        }
    steps {
        echo "bat test = %test%"
    }
}

ну так someCredentialsWithDogInPass_PSW - вот эта переменная откуда?

нигде ты ее не определяешь

+ странно достаешь серкет. credentials() странный вызов. Не знаю как в декларативе, но в scripted использется withCredentials {}

по документашке взял https://www.jenkins.io/doc/book/pipeline/jenkinsfile/#usernames-and-passwords

просто так я в логе вообще не вижу, что с паролем не так

мне нужен вызов git команды с base auth авторизацией (в урле),
так вот валится на логине, хотя пароль явно верный. к сожалению, у меня нет возможности по другому сейчас использовать взаимодействие с гитом кроме как так.