![]() |
|
|
|
|
Issue Type:
|
![Improvement]() Improvement
|
|
Assignee:
|
Caleb Mayeux
|
|
Components:
|
multijob-plugin |
|
Created:
|
30/Jan/15 5:08 PM
|
|
Description:
|
It would be nice if a multijob job could optionally poll its children in addition to itself when polling for changes.
Rationale for enhancement:
The multijob type is ideal for componentized builds which can be built as individual components or together as a large package, by grouping individual standalone jobs that can be built in parallel. However, those standalone components can have their own SCM checkout steps different from the multijob itself (in my case the multijob is a container with no SCM checkout), which means the multijob that contains them can't detect whether or not there are changes when polling.
Super simplified scenario I'm facing:
Suppose you have a multijob that is merely a container for subjobs A, B, and C. A checks out code, B builds a component, and C does some bundling. In this configuration, there is no way to poll for changes without going outside of the multijob plugin and thus losing the benefits of it.
|
|
Environment:
|
Jenkins 1.580.2, multijob-plugin 1.16, RHEL 5.5
|
|
Project:
|
Jenkins
|
|
Priority:
|
![Major]() Major
|
|
Reporter:
|
Caleb Mayeux
|
|
|
|
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira
|
--
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to
[email protected].
For more options, visit
https://groups.google.com/d/optout.
