|
||||||||
|
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 jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.
Ah, I figured out two work-arounds. The first solution, which had been staring me in the face, and I think may have been implied in one or two previous comments, is to add a "Slaves" matrix axis with just one value, "master". This makes all of the per-configuration jobs run on the master. Combined with the "Matrix Tie Parent" plugin, to also tie the parent task to "master", we then have all jobs running on the master, and not on any slave nodes. The second solution is to use the "NodeLabel Parameter" plugin, to add a node parameter "master" to the matrix build. This also makes all of the per-configuration jobs run on the master, and with the "Matrix Tie Parent" plugin once again taking care of tying the parent job to the master, we have a full solution.