concurrently

Latest Release License Weekly Downloads on NPM CI Status Coverage Status

Run multiple commands concurrently. Like npm run watch-js & npm run watch-less but better.

Demo

Table of Contents

Why

I like task automation with npm but the usual way to run multiple commands concurrently is npm run watch-js & npm run watch-css. That's fine but it's hard to keep on track of different outputs. Also if one process fails, others still keep running and you won't even notice the difference.

Another option would be to just run all commands in separate terminals. I got tired of opening terminals and made concurrently.

Features:

Installation

concurrently can be installed in the global scope (if you'd like to have it available and use it on the whole system) or locally for a specific package (for example if you'd like to use it in the scripts section of your package):

| | npm | Yarn | pnpm | Bun | | ----------- | ----------------------- | ------------------------------ | -------------------------- | ------------------------- | | Global | npm i -g concurrently | yarn global add concurrently | pnpm add -g concurrently | bun add -g concurrently | | Local* | npm i -D concurrently | yarn add -D concurrently | pnpm add -D concurrently | bun add -d concurrently |

* It's recommended to add concurrently to devDependencies as it's usually used for developing purposes. Please adjust the command if this doesn't apply in your case.

Usage

Note The concurrently command is now also available under the shorthand alias conc.

The tool is written in Node.js, but you can use it to run any commands.

Remember to surround separate commands with quotes:

bash concurrently "command1 arg" "command2 arg"

Otherwise concurrently would try to run 4 separate commands: command1, arg, command2, arg.

In package.json, escape quotes:

bash "start": "concurrently \"command1 arg\" \"command2 arg\""

NPM run commands can be shortened:

```bash concurrently "npm:watch-js" "npm:watch-css" "npm:watch-node"

Equivalent to:

concurrently -n watch-js,watch-css,watch-node "npm run watch-js" "npm run watch-css" "npm run watch-node" ```

NPM shortened commands also support wildcards. Given the following scripts in package.json:

jsonc { //... "scripts": { // ... "watch-js": "...", "watch-css": "...", "watch-node": "..." // ... } // ... }

```bash concurrently "npm:watch-*"

Equivalent to:

concurrently -n js,css,node "npm run watch-js" "npm run watch-css" "npm run watch-node"

Any name provided for the wildcard command will be used as a prefix to the wildcard

part of the script name:

concurrently -n w: npm:watch-*

Equivalent to:

concurrently -n w:js,w:css,w:node "npm run watch-js" "npm run watch-css" "npm run watch-node" ```

Exclusion is also supported. Given the following scripts in package.json:

jsonc { // ... "scripts": { "lint:js": "...", "lint:ts": "...", "lint:fix:js": "...", "lint:fix:ts": "..." // ... } // ... }

```bash

Running only lint:js and lint:ts

with lint:fix:js and lint:fix:ts excluded

concurrently "npm:lint:*(!fix)" ```

Good frontend one-liner example here.

Help:

``` concurrently [options]

General -m, --max-processes How many processes should run at once. Exact number or a percent of CPUs available (for example "50%"). New processes only spawn after all restart tries of a process. [string] -n, --names List of custom names to be used in prefix template. Example names: "main,browser,server" [string] --name-separator The character to split on. Example usage: -n "styles|scripts|server" --name-separator "|" [default: ","] -s, --success Which command(s) must exit with code 0 in order for concurrently exit with code 0 too. Options are: - "first" for the first command to exit; - "last" for the last command to exit; - "all" for all commands; - "command-{name}"/"command-{index}" for the commands with that name or index; - "!command-{name}"/"!command-{index}" for all commands but the ones with that name or index. [default: "all"] -r, --raw Output only raw output of processes, disables prettifying and concurrently coloring. [boolean] --no-color Disables colors from logging [boolean] --hide Comma-separated list of processes to hide the output. The processes can be identified by their name or index. [string] [default: ""] -g, --group Order the output as if the commands were run sequentially. [boolean] --timings Show timing information for all processes. [boolean] [default: false] -P, --passthrough-arguments Passthrough additional arguments to commands (accessible via placeholders) instead of treating them as commands. [boolean] [default: false]

Prefix styling -p, --prefix Prefix used in logging for each process. Possible values: index, pid, time, command, name, none, or a template. Example template: "{time}-{pid}" [string] [default: index or name (when --names is set)] -c, --prefix-colors Comma-separated list of chalk colors to use on prefixes. If there are more commands than colors, the last color will be repeated. - Available modifiers: reset, bold, dim, italic, underline, inverse, hidden, strikethrough - Available colors: black, red, green, yellow, blue, magenta, cyan, white, gray, any hex values for colors (e.g. #23de43) or auto for an automatically picked color - Available background colors: bgBlack, bgRed, bgGreen, bgYellow, bgBlue, bgMagenta, bgCyan, bgWhite See https://www.npmjs.com/package/chalk for more information. [string] [default: "reset"] -l, --prefix-length Limit how many characters of the command is displayed in prefix. The option can be used to shorten the prefix when it is set to "command" [number] [default: 10] -t, --timestamp-format Specify the timestamp in moment/date-fns format. [string] [default: "yyyy-MM-dd HH:mm:ss.SSS"]

Input handling -i, --handle-input Whether input should be forwarded to the child processes. See examples for more information. [boolean] --default-input-target Identifier for child process to which input on stdin should be sent if not specified at start of input. Can be either the index or the name of the process. [default: 0]

Killing other processes -k, --kill-others Kill other processes if one exits or dies.[boolean] --kill-others-on-fail Kill other processes if one exits with non zero status code. [boolean] --kill-signal Signal to send to other processes if one exits or dies. (SIGTERM/SIGKILL, defaults to SIGTERM) [string]

Restarting --restart-tries How many times a process that died should restart. Negative numbers will make the process restart forever. [number] [default: 0] --restart-after Delay time to respawn the process, in milliseconds. [number] [default: 0]

Options: -h, --help Show help [boolean] -v, -V, --version Show version number [boolean]

Examples:

For more details, visit https://github.com/open-cli-tools/concurrently ```

API

concurrently can be used programmatically by using the API documented below:

concurrently(commands[, options])

Returns: an object in the shape { result, commands }.

Example:

js const concurrently = require('concurrently'); const { result } = concurrently( [ 'npm:watch-*', { command: 'nodemon', name: 'server' }, { command: 'deploy', name: 'deploy', env: { PUBLIC_KEY: '...' } }, { command: 'watch', name: 'watch', cwd: path.resolve(__dirname, 'scripts/watchers'), }, ], { prefix: 'name', killOthers: ['failure', 'success'], restartTries: 3, cwd: path.resolve(__dirname, 'scripts'), }, ); result.then(success, failure);

Command

An object that contains all information about a spawned command, and ways to interact with it.
It has the following properties:

CloseEvent

An object with information about a command's closing event.
It contains the following properties:

FAQ

From Node child_process documentation, exit event:

This event is emitted after the child process ends. If the process terminated normally, code is the final exit code of the process, otherwise null. If the process terminated due to receipt of a signal, signal is the string name of the signal, otherwise null.

So null means the process didn't terminate normally. This will make concurrently to return non-zero exit code too.

Yes! In all examples above, you may replace "npm" with "yarn", "pnpm", or "bun".