When calling a reference job, there is no ability to pass
dynamic filters to it, in effect having a type of inheritance or
filter override.
In a scenario where you have a a job that executes on Nodes
A,B,C, one at a time, the job will execute step one on NodeA, then
the reference job will be called in step 2 which is going to
execute on Nodes A,B,C (if that's the filter) and it's going to
back to step 3 executing on NodeA. You should be able to pass a
dynamic filter to to a reference job.
For example, a ${nodes.matched} or a ${node.current} dynamic
variable that could be passed would resolve this issue.
${node.current} in particular I think would be more useful,
specifically for a "Node-Oriented" workflows. The general scenario
where this would be useful is where you have your scripts broken
down into small jobs, which creates a lot of reusable components.
This way you can create a "meta" job and target it to a set of
nodes (tags), but execute sequentially.
Thanks,
Arthur