Use Task Executors
Executors perform actions on your code. This can include building, linting, testing, serving and many other actions.
There are two main differences between an executor and a shell script or an npm script:
- Executors encourage a consistent methodology for performing similar actions on unrelated projects. i.e. A developer switching between teams can be confident that
nx build project2
will buildproject2
with the default settings, just likenx build project1
builtproject1
. - Nx can leverage this consistency to run the same target across multiple projects. i.e.
nx affected --target=test
will run thetest
executor associated with thetest
target on every project that is affected by the current code change. - Executors provide metadata to define the available options. This metadata allows the Nx CLI to show prompts in the terminal and Nx Console to generate a GUI for the executor.
Executor definitions
Executors are associated with specific targets in a project's project.json
file.
{
"root": "apps/cart",
"sourceRoot": "apps/cart/src",
"projectType": "application",
"generators": {},
"targets": {
"build": {
"executor": "@nrwl/web:webpack",
"options": {
"outputPath": "dist/apps/cart",
...
},
"configurations": {
"production": {
"sourceMap": false,
...
}
}
},
"test": {
"executor": "@nrwl/jest:jest",
"options": {
...
}
}
}
}
Each project has targets configured to run an executor with a specific set of options. In this snippet, cart
has two targets defined - build
and test
.
build
and test
can be any strings you choose. For the sake of consistency, we make test
run unit tests for every project and build
produce compiled code for the projects which can be built.
Each executor definition has an executor
property and, optionally, an options
and a configurations
property.
executor
is a string of the form[package name]:[executor name]
. For thebuild
executor, the package name is@nrwl/web
and the executor name iswebpack
.options
is an object that contains any configuration defaults for the executor. These options vary from executor to executor.configurations
allows you to create presets of options for different scenarios. All the configurations start with the properties defined inoptions
as a baseline and then overwrite those options. In the example, there is aproduction
configuration that overrides the default options to setsourceMap
tofalse
.
Running executors
The nx run
cli command (or the shorthand versions) can be used to run executors.
nx run [project]:[command]
nx run cart:build
As long as your command name doesn't conflict with an existing nx cli command, you can use this short hand:
nx [command] [project]
nx build cart
You can also use a specific configuration preset like this:
nx [command] [project] --configuration=[configuration]
nx build cart --configuration=production
Or you can overwrite individual executor options like this:
nx [command] [project] --[optionNameInCamelCase]=[value]
nx build cart --outputPath=some/other/path
Related Documentation
Concepts
Recipes
- Use Executor Configurations
- Running Custom Commands
- Local Executors
- Compose Executors
- Faster Builds with Module Federation
- Profiling Build Performance
- Customizing Webpack Config