-
Bug
-
Resolution: Unresolved
-
Minor
-
None
-
Jenkins 2.277.4
Pipeline: Shared Groovy Libraries 2.19
Pipeline: Multibranch: 2.23
Even when I disable (un marking) the "Include @Library changes in job recent changes" option from the global configuration under Global Pipeline Libraries:
From some reason I still see commit changes from my shared libraries in a different multi branch job that uses declarative pipeline.
sample from the multi branch job declarative pipeline:
pipeline {
libraries {
lib('pipeline-library')
}
...
}
How to reproduce:
- Disable the "Include @Library changes in job recent changes" under global conf
- create standard pipeline job and use declarative pipeline
- import some shared libraries like the sample above
- perform change in your shared libraries and push your changes by creating a new commit
- run your pipeline job
- checkout the job changes and verify that you see commits from the shared libraries which shouldn't be here
I can see that this has been discussed here:
https://issues.jenkins.io/browse/JENKINS-39615
and here
https://issues.jenkins.io/browse/JENKINS-39615
But those tickets are more talking about jobs that are triggered automatically due to changes in shared libraries. While this ticket is more about changes that should not be presented on the job history under the commit list
- relates to
-
JENKINS-41497 Poll SCM and Timer triggers include "Changes" for a Pipeline for any/all Shared Libraries
- Reopened
-
JENKINS-71127 "libraries" directive is not documented
- Open