Sometimes it is desirable to mark several stage boundaries in a build even though from the perspective of the concurrency semantics they are logically a single stage. This would require a new option to the stage step. Thus
would behave exactly like
other than the labeling via StageAction. In other words, with labelOnly set, the execution would run this part but then return true to avoid interaction with the concurrency system.
Alternately there could be a block-scoped variant of the step
where concurrency would have the same meaning as in stage except that "entering" and "exiting" would refer to the block scope rather than a standalone step. This would overlap somewhat with
JENKINS-26107 and might be a good stepping stone to a parallel-aware stage that blocks only within the given branch of various builds. The downside is that blocks must nest, which could be a problem if you wanted finer control over node allocation and so on.
|Workflow||JNJira [ 164970 ]||JNJira + In-Review [ 181766 ]|
|Component/s||pipeline-general [ 21692 ]|
|Component/s||workflow-plugin [ 18820 ]|
|Component/s||pipeline-stage-step-plugin [ 21709 ]|
|Component/s||pipeline [ 21692 ]|
|Resolution||Won't Do [ 10001 ]|
|Status||Open [ 1 ]||Resolved [ 5 ]|