I have a pipeline using nf-core structure which has some old e2e tests that I’m charged with converting to the nf-test format. The samplesheet input for each contains relative paths to the appropriate data - tests/sample-data/xxx.yyy and so on. This is fine when calling nextflow run […] main.nf --input samplesheet.csv, however when using nf-test and providing inputs in the params block of the test definition, the tests error out reporting that xxx.yyy does not exist - I can fix the error if I make the paths in the samplesheet absolute, but this makes the testing non-portable which defeats the point for us. How can I work around this? I’ve tried using ${projectDir} in the samplesheet, but, unsurprisingly I think, it doesn’t get expanded in this context and instead is treated as a string, so again the file appears not to exist. Presumably this has come up before? I consider this a bug in the sense that if nextflow run works, utilising nf-test shouldn't itself cause failure.
I have a pipeline using nf-core structure which has some old e2e tests that I’m charged with converting to the nf-test format. The samplesheet input for each contains relative paths to the appropriate data -
tests/sample-data/xxx.yyy
and so on. This is fine when callingnextflow run […] main.nf --input samplesheet.csv
, however when using nf-test and providing inputs in the params block of the test definition, the tests error out reporting thatxxx.yyy
does not exist - I can fix the error if I make the paths in the samplesheet absolute, but this makes the testing non-portable which defeats the point for us. How can I work around this? I’ve tried using${projectDir}
in the samplesheet, but, unsurprisingly I think, it doesn’t get expanded in this context and instead is treated as a string, so again the file appears not to exist. Presumably this has come up before? I consider this a bug in the sense that ifnextflow run
works, utilisingnf-test
shouldn't itself cause failure.