VS Code Task Runner

---

This is a command-line tool to execute VS Code tasks defined in the .vscode/tasks.json file. This allows you to write tasks once, and be able to run them in your editor, and in CI/CD. Basically, use .vscode/tasks.json as a Makefile.

This tool aims to be as feature-complete as possible with what VS Code supports for Windows, MacOSX, and Linux. Much of the logic is taken directly from the VS Code source code and reimplemented in Python.

This pairs well with VS Code extensions that add buttons to run tasks such as actboy168.tasks.

Usage

Python 3.9+ is required.

Install with uv or pipx:

uv tool install vscode-task-runner
# or
pipx install vscode-task-runner

Use the command vtr on the command line and provide the label of the task(s) you want to run. You can also use the vscode-task-runner command instead if it makes you feel better.

Tasks will be searched for in the current working directory in the following order:

• The .vscode/tasks.json file
• The alphabetically first file with the suffix .code-workspace

Examples

{
  "version": "2.0.0",
  "tasks": [
    {
      "label": "pre-commit",
      "type": "shell",
      "command": "uv run pre-commit run --all-files"
    }
  ]
}

$ vtr pre-commit
[1/1] Executing task pre-commit: /bin/bash -c uv run pre-commit run --all-files
check json5..............................................................Passed
check toml...............................................................Passed
check yaml...............................................................Passed
check for case conflicts.................................................Passed
trim trailing whitespace.................................................Passed
check for merge conflicts................................................Passed
mixed line ending........................................................Passed
uv-lock..................................................................Passed
ruff.....................................................................Passed
ruff-format..............................................................Passed
pyright..................................................................Passed
markdownlint.............................................................Passed

Additionally, for convenience, extra arguments can be tacked on to a task. For example, you can add extra settings or overrides when running in CI/CD. Continuing the example above:

$ vtr pre-commit --color=always --show-diff-on-failure
[1/1] Executing task pre-commit: /bin/bash -c uv run pre-commit run --all-files --color=always --show-diff-on-failure
check json5..............................................................Passed
check toml...............................................................Passed
check yaml...............................................................Passed
check for case conflicts.................................................Passed
trim trailing whitespace.................................................Passed
check for merge conflicts................................................Passed
mixed line ending........................................................Passed
uv-lock..................................................................Passed
ruff.....................................................................Passed
ruff-format..............................................................Passed
pyright..................................................................Passed
markdownlint.............................................................Passed

This can only be used when running a single task. You can also use -- as a separator to add additional arguments that do not start with a --. Example:

$ vtr test -- option1 option2
# This will run the task "test" with the arguments "option1" and "option2"

If your task uses an ${input:id} variable, you can provide the value for this variable as an environment variable named VTR_INPUT_{id}. Example:

{
    "version": "2.0.0",
    "tasks": [
        {
            "label": "tests",
            "command": "pytest --cov=vtr/ --cov-report ${input:report_format}",
            "type": "shell"
        }
    ],
    "inputs": [
        {
            "id": "report_format",
            "description": "Coverage report format",
            "type": "pickString",
            "options": [
                "html",
                "xml",
                "annotate",
                "json",
                "lcov"
            ]
        }
    ]
}

Then in GitHub Actions:

  - name: Run tests
    run: vtr tests
    env:
      VTR_INPUT_report_format: html

Similarly, if more than one default build task is defined, the VTR_DEFAULT_BUILD_TASK environment variable can be used to specify which one to use. Otherwise, you will be interactively prompted to select one.

The dependsOn key is also supported as well as dependsOrder:

{
  "version": "2.0.0",
  "tasks": [
    {
      "label": "install",
      "type": "shell",
      "command": "uv sync"
    },
    {
      "label": "build",
      "type": "shell",
      "command": "uv build",
      "dependsOn": ["install"]
    }
  ]
}

$ vtr build
[1/2] Executing task install: /bin/bash -c uv sync
Resolved 30 packages in 0.52ms
Audited 28 packages in 0.05ms
[2/2] Executing task build: /bin/bash -c uv build
Building source distribution...
Building wheel from source distribution...
Successfully built dist/vscode_task_runner-2.0.0.tar.gz
Successfully built dist/vscode_task_runner-2.0.0-py3-none-any.whl

You can also use it as a pre-commit hook if desired:

repos:
  - repo: https://github.com/NathanVaughn/vscode-task-runner
    rev: v3.0.1
    hooks:
      - id: vtr
        # Optionally override the hook name here
        # name: Build & Test
        args:
          - build # put the tasks you want to run here
          - test

The pre-commit hook does not match on any file types, and and will always execute.

If you want shell completions, add one of the following segments to your shell profile:

# =========================
# Bash, typically ~/.bashrc or /etc/bash_completion.d/vscode-task-runner
# `bash-completion` must be installed for this to work
# Tasks with a space in the label will get tab-completed, but quotes will need to be added manually
_vscode_task_runner_completion() {
    local IFS=$'\n'
    COMPREPLY=($(compgen -W "$(vscode-task-runner --complete)" -- "${COMP_WORDS[COMP_CWORD]}"))
}
complete -F _vscode_task_runner_completion vtr
complete -F _vscode_task_runner_completion vscode-task-runner

# =========================
# Zsh, typically ~/.zshrc
_vscode_task_runner_completion() {
    local -a completions=("${(f)$(vscode-task-runner --complete)}")
    compadd -a -- completions
}
compdef _vscode_task_runnner_completion vtr
compdef _vscode_task_runnner_completion vscode-task-runner

# or /usr/share/zsh/vendor-completions/_vtr

#compdef vtr
local -a completions=("${(f)$(vtr --complete)}")
compadd -a -- completions

# or /usr/share/zsh/vendor-completions/_vscode-task-runner

#compdef vscode-task-runner
local -a completions=("${(f)$(vscode-task-runner --complete)}")
compadd -a -- completions

# =========================
# Fish, typically ~/.config/fish/config.fish or ~/.config/fish/completions/vscode-task-runner.fish
complete -f -c vtr -c vscode-task-runner -a "(vscode-task-runner --complete)"

# =========================
# PowerShell, typically ~\Documents\PowerShell\Microsoft.PowerShell_profile.ps1 ($PROFILE)
$VtrCompletions = {
    param(
        $wordToComplete,
        $commandAst,
        $cursorPosition
    )
    $allOptions = (vscode-task-runner --complete)
    $matchingOptions = $allOptions | Where-Object { $_ -like "$wordToComplete*" }
    foreach ($option in $matchingOptions) {
        $completionText = $option
        if ($option.Contains(' ')) {
            $completionText = "'$option'"
        }
        [System.Management.Automation.CompletionResult]::new(
            $completionText,
            $option,
            [System.Management.Automation.CompletionResultType]::ParameterValue,
            "VS Code Task Runner option: $option"
        )
    }
}
Register-ArgumentCompleter -Native -CommandName 'vtr' -ScriptBlock $VtrCompletions
Register-ArgumentCompleter -Native -CommandName 'vscode-task-runner' -ScriptBlock $VtrCompletions

If using pre-commit and poetry is part of your task, you may need to add the following

"options": {
    "env": {
        "VIRTUAL_ENV": "${workspaceFolder}${pathSeparator}.venv"
    }
}

and set virtualenvs.in-project to true.

Otherwise, poetry may think the pre-commit virtual environment is your project's virtual environment.

Options

By default, VS Code Task Runner will create a job summary for supported CI/CD systems (GitHub Actions and Azure Pipelines). This can be disabled with the --skip-summary argument before the task label(s) or the VTR_SKIP_SUMMARY environment variable being set to any value.

vtr --skip-summary tests build

Additionally, by default, VS Code Task Runner will immediately exit if a task fails, like VS Code does. This can be disabled with the --continue-on-error argument before the task label(s) or the VTR_CONTINUE_ON_ERROR environment variable being set to any value. This can be useful if you want to run multiple tasks such as formatting, test, and build tasks, and see all of the results.

vtr --continue-on-error tests build

Obviously, this will not do anything different if only a single task is being run.

Implemented Features

• Predefined variables:
  • ${userHome}
  • ${workspaceRoot}
  • ${workspaceFolder}
  • ${workspaceFolderBasename}
  • ${pathSeparator}
  • ${/}
  • ${defaultBuildTask}
  • ${cwd}
  • ${env:VARIABLE}
  • ${input:VARIABLE}
• Settings hierarchy:
  • Global level settings
  • Global level OS-specific settings
  • Task level settings
  • Task level OS-specific settings
• Task configuration:
  • type
    • "process"
    • "shell"
  • command
  • options
    • shell
      • executable
      • args
    • cwd
    • env
  • args
  • dependsOn
  • dependsOrder
    • "sequence"
    • "parallel"
• Quoting support:
  • "escape"
  • "strong"
  • "weak"

Unsupported Features

• Any predefined variable not listed above. The other variables tend to rely upon the specific file opened in VS Code, or VS Code itself.
• Variables scoped to workspace folders
• Command variables
• Input command variables
• Problem matchers
• Background tasks
• UNC path conversion
• Task types other than "process" or "shell" (such as "npm", "docker", etc.)

Differences from VS Code

• If a task is of type "shell", and a specific shell is not defined, the parent shell will be used
• Only schema version 2.0.0 is supported
• If no cwd is specified, the current working directory is used for the task instead
• If tasks are run in parallel, the output will be interleaved with a task labe prefix applied
• Does not support deprecated options (isShellCommand, isBuildCommand)
• Does not support any extensions that add extra options/functionality
• Does not load any VS Code settings
• Additional extra arguments option
• Continue on error functionality
• VTR_INPUT_${id} environment variables
• VTR_DEFAULT_BUILD_TASK environment variable

Similar Projects

• vstask
• overseer.nvim