-
Task
-
Resolution: Incomplete
-
Critical
-
None
-
Pipeline version 1.13
Is there a way to make the current build abort older builds (which are running) in a workflow job ?
Scenario:
My workflow contains:
- multiple stages to be run after every SCM changes
- a stage to be run once every day based on the last build which passed all stages.
I thought about using waitUntil and stage concurrency: 1
Build #1 passed all normal stages and waits
Build #2 passed all stages -> it should abort Build #1 and waits
Build #3 passed all stages -> it should abort Build #2 and waits ...
So I want to have just one build (the last one) waiting for the last stage and if waitUntil return true, only the last build should enter the last stage.
Thank you in advance.
Any help would be greatly appreciate.
- is related to
-
JENKINS-47503 Abort ongoing builds of PR if new change to the same PR was submitted
-
- Resolved
-
[JENKINS-32997] Pipeline job: Abort older builds which are running
Description |
Original:
Is there a function to make the current build abort older builds during the workflow: Scenario: My workflow contains multiple steps to be runned after every SCM changes, and a step to be runned once every day based on the last build which passed all stages. I thought about using *waitUntil *and *stage concurrency: 1* Build #1 passed all normal stages and enter the waitUntil Build #2 passed all stages -> it should abort Build #1 Build #3 passed all stages -> it should abort Build #2 So I want to have just one build (the last one) waiting and if waitUntil return true, only the last build should enter the last stage. Thank you in advance. Any help would be greatly appreciate. |
New:
Is there a way to make the current build abort older builds during the workflow: Scenario: My workflow contains multiple stages to be run after every SCM changes, and a stage to be run once every day based on the last build which passed all stages. I thought about using *waitUntil *and *stage concurrency: 1* Build #1 passed all normal stages and enter the waitUntil Build #2 passed all stages -> it should abort Build #1 Build #3 passed all stages -> it should abort Build #2 So I want to have just one build (the last one) waiting for the last stage and if waitUntil return true, only the last build should enter the last stage. Thank you in advance. Any help would be greatly appreciate. |
Description |
Original:
Is there a way to make the current build abort older builds during the workflow: Scenario: My workflow contains multiple stages to be run after every SCM changes, and a stage to be run once every day based on the last build which passed all stages. I thought about using *waitUntil *and *stage concurrency: 1* Build #1 passed all normal stages and enter the waitUntil Build #2 passed all stages -> it should abort Build #1 Build #3 passed all stages -> it should abort Build #2 So I want to have just one build (the last one) waiting for the last stage and if waitUntil return true, only the last build should enter the last stage. Thank you in advance. Any help would be greatly appreciate. |
New:
Is there a way to make the current build abort older builds (which are running) in a workflow job ? Scenario: My workflow contains multiple stages to be run after every SCM changes, and a stage to be run once every day based on the last build which passed all stages. I thought about using *waitUntil *and *stage concurrency: 1* Build #1 passed all normal stages and enter the waitUntil Build #2 passed all stages -> it should abort Build #1 Build #3 passed all stages -> it should abort Build #2 So I want to have just one build (the last one) waiting for the last stage and if waitUntil return true, only the last build should enter the last stage. Thank you in advance. Any help would be greatly appreciate. |
Description |
Original:
Is there a way to make the current build abort older builds (which are running) in a workflow job ? Scenario: My workflow contains multiple stages to be run after every SCM changes, and a stage to be run once every day based on the last build which passed all stages. I thought about using *waitUntil *and *stage concurrency: 1* Build #1 passed all normal stages and enter the waitUntil Build #2 passed all stages -> it should abort Build #1 Build #3 passed all stages -> it should abort Build #2 So I want to have just one build (the last one) waiting for the last stage and if waitUntil return true, only the last build should enter the last stage. Thank you in advance. Any help would be greatly appreciate. |
New:
Is there a way to make the current build abort older builds (which are running) in a workflow job ? Scenario: My workflow contains: - multiple stages to be run after every SCM changes - a stage to be run once every day based on the last build which passed all stages. I thought about using *waitUntil *and *stage concurrency: 1* Build #1 passed all normal stages and enter the waitUntil Build #2 passed all stages -> it should abort Build #1 Build #3 passed all stages -> it should abort Build #2 So I want to have just one build (the last one) waiting for the last stage and if waitUntil return true, only the last build should enter the last stage. Thank you in advance. Any help would be greatly appreciate. |
Description |
Original:
Is there a way to make the current build abort older builds (which are running) in a workflow job ? Scenario: My workflow contains: - multiple stages to be run after every SCM changes - a stage to be run once every day based on the last build which passed all stages. I thought about using *waitUntil *and *stage concurrency: 1* Build #1 passed all normal stages and enter the waitUntil Build #2 passed all stages -> it should abort Build #1 Build #3 passed all stages -> it should abort Build #2 So I want to have just one build (the last one) waiting for the last stage and if waitUntil return true, only the last build should enter the last stage. Thank you in advance. Any help would be greatly appreciate. |
New:
Is there a way to make the current build abort older builds (which are running) in a workflow job ? Scenario: My workflow contains: - multiple stages to be run after every SCM changes - a stage to be run once every day based on the last build which passed all stages. I thought about using *waitUntil* and *stage concurrency: 1* Build #1 passed all normal stages and waits Build #2 passed all stages -> it should abort Build #1 and waits Build #3 passed all stages -> it should abort Build #2 and wait ... So I want to have just one build (the last one) waiting for the last stage and if waitUntil return true, only the last build should enter the last stage. Thank you in advance. Any help would be greatly appreciate. |
Description |
Original:
Is there a way to make the current build abort older builds (which are running) in a workflow job ? Scenario: My workflow contains: - multiple stages to be run after every SCM changes - a stage to be run once every day based on the last build which passed all stages. I thought about using *waitUntil* and *stage concurrency: 1* Build #1 passed all normal stages and waits Build #2 passed all stages -> it should abort Build #1 and waits Build #3 passed all stages -> it should abort Build #2 and wait ... So I want to have just one build (the last one) waiting for the last stage and if waitUntil return true, only the last build should enter the last stage. Thank you in advance. Any help would be greatly appreciate. |
New:
Is there a way to make the current build abort older builds (which are running) in a workflow job ? Scenario: My workflow contains: - multiple stages to be run after every SCM changes - a stage to be run once every day based on the last build which passed all stages. I thought about using *waitUntil* and *stage concurrency: 1* Build #1 passed all normal stages and waits Build #2 passed all stages -> it should abort Build #1 and waits Build #3 passed all stages -> it should abort Build #2 and waits ... So I want to have just one build (the last one) waiting for the last stage and if waitUntil return true, only the last build should enter the last stage. Thank you in advance. Any help would be greatly appreciate. |
Resolution | New: Incomplete [ 4 ] | |
Status | Original: Open [ 1 ] | New: Resolved [ 5 ] |
Workflow | Original: JNJira [ 168821 ] | New: JNJira + In-Review [ 198472 ] |
Might be possible already, might not. There is no sample script, and no clear definition of the problem or criteria for a solution. Open-ended questions like this are probably best sent to Stack Overflow rather than the bug tracker, which is intended for clear, concrete fix or enhancement requests.