Skip to content

3. Getting started

The nf-core pipeline template is a standardized framework designed to streamline the development of Nextflow-based bioinformatics pipelines.

Creating a pipeline using the nf-core template is greatly simplified by the nf-core tooling, which will help you create a pipeline using the set framework and can be modified to suit your own purposes.

Here, you will use the nf-core template to kickstart your pipeline development using the latest version of Nextflow and the nf-core tooling.

3.1 The nf-core create command

The nf-core create command makes a new pipeline using the nf-core base template with a pipeline name, description, and author. It is the first and most important step for creating a pipeline that will seamlessly integrate to the rest of the wider Nextflow ecosystem.

nf-core create

Although you can provide options on the command line, it’s easiest to use the interactive prompts.

? Workflow name <name>
? Description <description>
? Author <name>
? Do you want to customize which parts of the template are used? (y/N) <n>


Create a pipeline named mypipeline using the nf-core create command.


If the command has run successfully, you will see a new folder in your current directory that has been given the name nf-core-mypipeline.

3.1.1 Customizing the template

The nf-core pipeline comes packed with features. However, you may not want to include all of these in your pipeline.

Instead of manually removing these features once the template has been created, you can customize certain areas of the template when it is being created.

The following template areas can be customized:

  • GitHub hosting: Files required for GitHub hosting of the pipeline, e.g., .github/ and .gitignore.
  • GitHub CI: Files required for GitHub continuous integration tests, e.g., .github/workflows/.
  • GitHub badges: GitHub badges in the file.
  • iGenomes config: Pipeline options related to iGenomes, e.g., conf/igenomes.config.
  • nf-core/configs: Repository options that integrate nf-core config profiles.

If you choose to customize the template, the nf-core tooling will provide a series of interactive prompts to help guide your choices.

? Workflow name <name>
? Description <description>
? Author <name>
? Do you want to customize which parts of the template are used? (y/N) <y>
? Pipeline prefix <organisation>
Skip template areas?
    GitHub hosting
    GitHub CI
    GitHub badges
    iGenomes config


GitHub badges were skipped in the example above.

3.1.2 Submit your code to GitHub

The nf-core create command suggests commands for submitting this to GitHub.

Before you can use these commands, you will need to create an empty repository on GitHub for your template to be pushed to.

When you are logged into GitHub, you can use the New repository button or navigate to and follow the prompts to make a new repository.

Once you have created the repository you can push your template to GitHub.

cd /workspace/gitpod/nf-develop/nf-core-mypipeline
git remote add origin<USERNAME>/<REPO>.git
git push --all origin

By default, three branches will all be pushed to GitHub using the commands above.

remote: Resolving deltas: 100% (10/10), done.
 * [new branch]      TEMPLATE -> TEMPLATE
 * [new branch]      dev -> dev
 * [new branch]      main -> main


If this is the first time you have used Gitpod for development work you will need to edit your permissions to push changes.

To edit your Gitpod permissions, click on your avatar in the top right-hand corner of your Gitpod window and select User Settings from the dropdown window. Click on Git Providers on the right hand menu. Edit the permissions for your GitHub account by clicking on the three dots next to your GitHub account and give your Gitpod account permissions to access for GitHub repositories.


Create a new GitHub repository named myfirstpipeline and push your new pipeline using the commands above. You will need to replace <USERNAME> and <REPO> with your GitHub username and myfirstpipeline, respectively.

3.2 Template tour

The nf-core pipeline template comes packed with a lot of files and folders.

While the template may feel overwhelming, a complete understanding isn't required to start developing your pipeline.

3.2.1 Workflows, subworkflows, and modules

The nf-core pipeline template has a file that calls from the workflows folder. The file is the central pipeline file that is used to bring everything else together. Instead of having one large monolithic pipeline script, it's broken up into smaller script components, namely, modules and subworkflows:

  • Modules are wrappers around a single process.
  • Subworkflows are two or more modules that are packaged together.

Within your pipeline repository, modules and subworkflows are stored within the local and nf-core folders. The nf-core folder is for components that have come from nf-core while the local folder is for components that have been developed independently.

├── local
│   └── <toolname>
│   │   └──
│   .
└── nf-core
    ├── <toolname>
    │   ├── environment.yml
    │   ├──
    │   ├── meta.yml
    │   └── tests
    │       ├──
    │       ├──
    │       └── tags.yml

3.2.2 Configuration files

The nf-core pipeline template utilizes Nextflows flexible customization options and has a series of configuration files throughout the template.

In the template, the nextflow.config file is a central configuration file and is used to set default values for parameters and other configuration options. The majority of these configuration options are applied by default while others (e.g., software dependency profiles) are included as optional profiles.

There are several configuration files that are stored in the conf folder and are either added to the configuration by default or optionally as profiles:

  • base.config: sensible defaults for pipeline resource requests.
  • igenomes.config: configuration settings required to access the igenomes registry.
  • modules.config: additional module directives and arguments.
  • test.config: a profile to run the pipeline with minimal test data.
  • test_full.config: a profile to run the pipeline with a full-sized test dataset.

3.2.3 .nf-core.yml

The .nf-core.yml file is used to specify the repository type and manage linting tests.

repository_type: pipeline

By default, the .nf-core.yml file will only show the repository is a pipeline. However, if the template is customized and parts of the template are removed, this file needs to be modified for linting tests to pass.

3.2.4 nextflow_schema.json

The nextflow_schema.json is a file used to store parameter related information including type, description and help text in a machine readable format. This file is used for various purposes, including automated parameter validation, help text generation, and interactive parameter form rendering in UI interfaces.

3.2.5 GitHub actions workflows

Automated workflows are an important part of the nf-core pipeline template.

By default, the template comes with several automated tests that utilize GitHub Actions, each of which are configured in the .github/workflows folder:

  • branch.yml: Sets the branch protection for the nf-core repository
  • ci.yml: Run small pipeline tests with the small test datasets
  • clean-up.yml: Automated testing for stale and closed GitHub issues and PRs in the nf-core repo
  • download_pipeline.yml: Test a pipeline download with nf-core download.
  • fix-linting.yml: Fix linting by adding a comment to a PR
  • linting_comment.yml: Triggered after the linting action and posts an automated comment to the PR, even if the PR is coming from a fork
  • linting.yml: Triggered on pushes and PRs to the repository and runs nf-core lint and markdown lint tests to ensure that the code meets the nf-core guidelines
  • release-announcements.yml: Automatic release toot and tweet announcements for nf-core pipeline releases

Notably, many of these tests are only configured for the nf-core repo. However, they can be modified for your repository or ignored if they are superfluous to your requirements.

You can read more about creating and modifying workflows on the GitHub Actions documentation webpage.


To enable these workflows you need to click Enable Actions on this Repository under the Actions tab in your GitHub repository.

Deleting Workflows

Even though many of these action workflows are not relevant for private repositories, it is recommended to keep them in place to prevent nf-core lint from throwing errors.