-
Improvement
-
Resolution: Unresolved
-
Major
-
b19
-
-
Pipeline - July/August
I noticed this while filing another ticket (JENKINS-41496), but the "Changes" view for the Pipeline run for this project "azure" has the "wrong commits" shown. See the screenshots for more.
What basically appears to be happening is that any change to a Shared Library will result in newly triggered Pipelines which have "Poll SCM" configured. Pipelines which configure a timer will also have Changes from the Shared Library listed when it executes again.
I think listing the Shared Library commits in "Changes" is acceptable, but triggering based on an SCM Poll for a Pipeline is very confusing behavior and IMHO incorrect behavior.
As a shared tooling team, I would not expect my Shared Library changes to trigger a bunch of Pipelines for projects depending on them.
- is duplicated by
-
JENKINS-39615 Global Pipeline Libraries triggers the 'poll SCM' of jobs
- Reopened
-
JENKINS-39499 There is no way to set changeSet property of shared library checkout to false
- Resolved
-
JENKINS-42067 Any commit to common library SCM repository triggers all pipeline build plans
- Resolved
-
JENKINS-42320 pipeline shared library changes repeatedly trigger failing jobs
- Resolved
-
JENKINS-41442 Configuring Pipeline Global Library injects History into Job.
- Resolved
-
JENKINS-45133 Option to remove global library changes from builds changes list
- Resolved
- relates to
-
JENKINS-38659 CpsScmFlowDefinition changelog and poll configuration
- Open
-
JENKINS-71127 "libraries" directive is not documented
- Open
-
JENKINS-65649 disable Include @Library changes in job recent changes is not respected
- Open
-
JENKINS-42320 pipeline shared library changes repeatedly trigger failing jobs
- Resolved
-
JENKINS-42809 Activity/Branch dashboard show pipeline library commit instead of actual built commit
- Closed
- links to