-
Notifications
You must be signed in to change notification settings - Fork 169
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
fix(2981): remote join wait on downsream jobs during restart #3178
Conversation
Co-authored-by: y-oksaku <[email protected]>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We might need to consider excluding a disabled job from subsequent jobs.
(Some users disable a job to skip executing in a restart event.)
All fixes have been done.
|
plugins/builds/triggers/helpers.js
Outdated
* @param {String} [startNode] Starting/trigger node | ||
* @returns {Array<String>} subsequent job names | ||
*/ | ||
function subsequentJobFilter(workflowGraph, startNode) { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I don't feel strongly but would something like getDownstreamJobs
or getSubsequentJobs
be more clear?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@tkyi
Thanks for your comment.
Renamed to"getSubsequentJobs" because it is used not only for dosntream but also for normal events.
Context
fix #2981
When an upstream job of the remote-join job is restarted, remote-join job immediately runs reusing build status from previous event.
Objective
When a remote join job's upstream jobs are restarted, the remote join job will use the post-restart build status as the trigger for jobs that may run from the restart job.
Enumerate jobs started after the restart job, referring to the subgraph filter in the UI, and do not use the recent build status of the group event.
We found another bug related to remote join while working on this. (Remote join jobs are not triggered correctly on restart #3177)
Therefore, a test has been added to the “Tests for behavior not ideal” section
Also, with this fix, the test that was originally in “Tests for behavior not ideal” works as expected so that it will be removed and the test that was xit will be executed.
References
#2981
#3177
License
I confirm that this contribution is made under a BSD license and that I have the authority necessary to make this contribution on behalf of its copyright owner.