Do not hard-code pipelineSdkVersion in pipeline

[laszloKajan]

Do not hard-code pipelineSdkVersion in order to allow control of the version from -

• jenkins.yml, or
• Manage Jenkins / Configure System / Global Pipeline Libraries. This makes it easier to switch to a custom (forked) version of the library, where the version is e.g. 'patch-1'. Currently when trying to force a version with 'Allow default version to be overridden' off, there is an error in the 'Init' stage: "Version override not permitted for library s4sdk-pipeline-library".

Context

If applied, this commit will allow the control of the s4sdk-pipeline-library version from jenkins.yml, or 'Manage Jenkins / Configure System / Global Pipeline Libraries'.

Definition of Done

Please consider all items and remove only if not applicable.

• [*] I carefully reviewed my own pull request before assigning someone.
• [-] Changes to the configuration are also documented in the configuration.md
• [-] Pipeline config schema is updated in schema store
• [-] Important design decisions are documented as an ADR
• [-] There are tests covering this change
• [-] This change is operations-relevant and I have updated the operations guide correspondingly

Merging

Please use squash merge and provide a good commit message, e.g. inspired by the context above. Make sure to remove the reference to this pull request and that this template is not part of the commit message. Also, please ensure the commit message is not just a list of "WIP" commit messages.

[fwilhe]

Hi @laszloKajan

We have to ensure that the pipeline and the pipeline library version match, thus we need this. You can control the version in Jenkinsfile as described here. Does this not satisfy your needs?

[laszloKajan]

Dear Florian (@fwilhe ),

I was looking for a solution that would allow me to control the library version from the environment, without having to change 'pipelineSdkVersion' in s4sdk-pipeline.groovy (and therefore having to set my fork in the Jenkinsfile), but I accept your explanation of course.

Best regards, Laszlo