-
Notifications
You must be signed in to change notification settings - Fork 94
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
Group trigger #6395
base: master
Are you sure you want to change the base?
Group trigger #6395
Conversation
1dbef62
to
f17c360
Compare
(Updated after major conflicting changes on master) |
f17c360
to
60ae2e5
Compare
Note on changes to reference logs: group trigger causes triggering by satisfying prerequisites, rather than by direct triggering despite unsatisfied prerequisites ... so triggering now gets logged as (e.g.) |
dc67098
to
244d191
Compare
560c83a
to
d22f9dd
Compare
d22f9dd
to
4fb8ba4
Compare
(All tests were passing until my latest change to incorporate the new |
Implement group trigger proposal: cylc/cylc-admin#197
(Not approved yet, but it's a clear winner and a relatively small change, and I wanted to code it up while fresh in the brain).
On current master:
On this branch:
Result: we can trigger a sub-graph "naturally" by specifying all of its member tasks:
This provides an alternative, easier for some cases, to triggering just the initial task(s) of the sub-graph and setting off-flow prerequisites (if any) manually.
example
Run it and wait for
bar
to fail and stall the workflow.updated post
cylc remove
extensionBy default (no use of
--flow
) we "remove" target tasks first, to allow re-run without starting a new flow.upcoming inactive task matching developments
We can't trigger a group of inactive tasks by family name or glob yet, but that's a general problem, not specific to this branch.
Check List
CONTRIBUTING.md
and added my name as a Code Contributor.setup.cfg
(andconda-environment.yml
if present).?.?.x
branch.