You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: .github/CONTRIBUTING.md
+17-11Lines changed: 17 additions & 11 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -61,16 +61,20 @@ For further information/help, please consult the [nf-core/fetchngs documentation
61
61
62
62
To make the nf-core/fetchngs code and processing logic more understandable for new contributors and to ensure quality, we semi-standardise the way the code and other contributions are written.
63
63
64
-
### Adding a new step or module
64
+
### Adding a new step
65
65
66
-
If you wish to contribute a new step or module please see the [official guidelines](https://nf-co.re/developers/adding_modules#new-module-guidelines-and-pr-review-checklist) and use the following coding standards:
66
+
If you wish to contribute a new step, please use the following coding standards:
67
67
68
-
1. Add any new flags/options to `nextflow.config` with a default (see section below).
69
-
2. Add any new flags/options to `nextflow_schema.json` with help text via `nf-core schema build`.
70
-
3. Add sanity checks for all relevant parameters.
71
-
4. Perform local tests to validate that the new code works as expected.
72
-
5. If applicable, add a new test command in `.github/workflow/ci.yml`.
73
-
6. Add any descriptions of output files to `docs/output.md`.
68
+
1. Define the corresponding input channel into your new process from the expected previous process channel
69
+
2. Write the process block (see below).
70
+
3. Define the output channel if needed (see below).
71
+
4. Add any new parameters to `nextflow.config` with a default (see below).
72
+
5. Add any new parameters to `nextflow_schema.json` with help text (via the `nf-core schema build` tool).
73
+
6. Add sanity checks and validation for all relevant parameters.
74
+
7. Perform local tests to validate that the new code works as expected.
75
+
8. If applicable, add a new test command in `.github/workflow/ci.yml`.
76
+
9. Update MultiQC config `assets/multiqc_config.yaml` so relevant suffixes, file name clean up and module plots are in the appropriate order. If applicable, add a [MultiQC](https://https://multiqc.info/) module.
77
+
10. Add a description of the output files and if relevant any appropriate images from the MultiQC report to `docs/output.md`.
74
78
75
79
### Default values
76
80
@@ -82,12 +86,14 @@ Once there, use `nf-core schema build` to add to `nextflow_schema.json`.
82
86
83
87
Sensible defaults for process resource requirements (CPUs / memory / time) for a process should be defined in `conf/base.config`. These should generally be specified generic with `withLabel:` selectors so they can be shared across multiple processes/steps of the pipeline. A nf-core standard set of labels that should be followed where possible can be seen in the [nf-core pipeline template](https://github.com/nf-core/tools/blob/master/nf_core/pipeline-template/conf/base.config), which has the default process as a single core-process, and then different levels of multi-core configurations for increasingly large memory requirements defined with standardised labels.
84
88
85
-
### Channel naming convention
89
+
The process resources can be passed on to the tool dynamically within the process with the `${task.cpu}` and `${task.memory}` variables in the `script:` block.
90
+
91
+
### Naming schemes
86
92
87
93
Please use the following naming schemes, to make it easy to understand what is going where.
88
94
89
-
*Initial process channel: `ch_output_from_<process>`
90
-
*Intermediate and terminal channels: `ch_<previousprocess>_for_<nextprocess>`
95
+
*initial process channel: `ch_output_from_<process>`
96
+
*intermediate and terminal channels: `ch_<previousprocess>_for_<nextprocess>`
description: A clear and concise description of what the bug is.
20
+
validations:
21
+
required: true
22
+
23
+
- type: textarea
24
+
id: command_used
25
+
attributes:
26
+
label: Command used and terminal output
27
+
description: Steps to reproduce the behaviour. Please paste the command you used to launch the pipeline and the output from your terminal.
28
+
render: console
29
+
placeholder: |
30
+
$ nextflow run ...
31
+
32
+
Some output where something broke
33
+
34
+
- type: textarea
35
+
id: files
36
+
attributes:
37
+
label: Relevant files
38
+
description: |
39
+
Please upload (drag and drop) and relevant files. Make into a `.zip` file if the extension is not allowed.
40
+
Your verbose log file `.nextflow.log` is often useful _(this is a hidden file in the directory where you launched the pipeline)_ as well as custom Nextflow configuration files.
description: Suggest an idea for the nf-core/fetchngs pipeline
3
+
labels: enhancement
4
+
body:
5
+
- type: textarea
6
+
id: description
7
+
attributes:
8
+
label: Description of feature
9
+
description: Please describe your suggestion for a new feature. It might help to describe a problem or use case, plus any alternatives that you have considered.
0 commit comments