-
Notifications
You must be signed in to change notification settings - Fork 708
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
Move process config into pipeline code #1081
Move process config into pipeline code #1081
Conversation
Signed-off-by: Ben Sherman <[email protected]>
This PR is against the
|
Leave me alone CI! 😆 |
|
Most processes were straightforward, just move the process config into the pipeline code. For For subworkflows that are used multiple times with different config in different contexts, the config can be passed through to the processes as workflow inputs. We'll find out how pretty or ugly that looks tomorrow... But in any case, I think it's an improvement overall since the config is right next to the code it applies to, and you don't have to duplicate all of the conditional logic in |
Signed-off-by: Ben Sherman <[email protected]>
@drpatelh @ewels I managed to move all of Let me know what you guys think. Maybe we can spend some time on this at the hackathon. I'm curious to see if the config can be simplified any further now that it is defined in the proper context. There is definitely a lot of repeated publishDir settings, could be simplified by nextflow-io/nextflow#4186. |
Signed-off-by: Ben Sherman <[email protected]>
This reverts commit eca3bd6.
Signed-off-by: Ben Sherman <[email protected]>
After discussing at the hackathon, we are going to try a different approach. See nextflow-io/nextflow#4422 |
This PR moves the process config from
modules.config
into the pipeline code, using an experimental Nextflow feature (nextflow-io/nextflow#4375) which allows process directives to be defined in the workflow logic alongside the process invocation.