-
Notifications
You must be signed in to change notification settings - Fork 107
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
Conditionally execution #42
Comments
Can you share a real life example on when one would need dynamic branching? Because this goes against the basic design of Gush. Jobs are created when workflow is first created and persisted. But they are put on queue when any job's descendants finish successfully. |
@pokonski I have a similar situation: I have a pdf manual pipeline that looks like this:
Gush seems like a good fit for my case, but unfortunately I also need to deal with errors on every step. e.g. if DownloadJob failed to download the manual, I'll need to break out the workflow and update the source with the given error. The best way to deal with it would've been a conditional execution, like:
|
Okay thanks for feedback! I'll look into that but at the same time I do not want break compatibility with older versions, so this would be most likely opt in |
In continuation of the conversation at issue #41
May be it possible to run Job only that satisfied condition. Due to in runtime, it may be not need to execute. The api can looks like:
All this questions about to adopt this gem for complex workflows, that I have in project, where they are not linear, and branching based on conditions or failures.
P.S.
When do jobs create? When method .start! on workflow ran all described jobs creates or after previous jobs executed, next creates and put to the queue?
The text was updated successfully, but these errors were encountered: