Links

Exec (local scripts)

The exec plugin and corresponding exec module type allow you to run commands locally on the host (e.g. your laptop or on your CI runner).
It's built-in which means you don't need to specify it in the project level configuration and you can simply add exec modules right away.
It's great for running auth scripts as well as executing various scaffolding scripts that need to run "locally".
It can also be used to start services locally (e.g. by executing commands like yarn dev).
This can be very useful for hybrid environments where you have, say, your backend running in a remote production-like environment but your frontend running locally.

Plugin Configuration

Usually you don't need to configure the exec plugin because it's built-in and you can use exec modules directly.
However, it can be used to run init scripts ahead of other Garden execution. This is e.g. useful if you need to authenticate against a remote environment before Garden initializes other plugins.
Here's an example where we run a script to authenticate against a Kubernetes cluster before initializing the Kubernetes plugin:
# In your project level Garden config file
kind: Project
name: my-project
​
providers:
- name: exec
initScript: [./scripts/auth.sh]
- name: kubernetes
dependencies: [exec] # <--- This ensures the init script runs before the K8s plugin is initialized.
# ...

Module Configuration

Exec tasks

Here's an example configuration for an exec module that's used for running various scripts:
kind: Module
name: scripts
type: exec
local: true # <--- Run the script relative to the source dir (don't worry about this)
include: [] # <--- No source files are needed
tasks: # <--- The scripts are defined as exec tasks
- name: authenticate
command: [./scripts/auth.sh]
- name: prepare-data
command: [./scripts/prepare-data-locally.sh]
Other actions can depend on these tasks:
kind: Module
name: api
type: kubernetes
​
dependencies: [authenticate]
tasks:
- name: db-init
command: [yarn, run, db-init]
dependencies: [prepare-data]
It's also possible to reference the output from exec module tasks:
kind: Module
name: api
type: container
services:
env:
AUTH_KEY: ${runtime.tasks.authenticate.outputs.log}

Local services

The exec module can also be used to start long running services like so:
kind: Module
name: web-local
type: exec
local: true
include: []
services:
- name: web-local
devMode:
command: ["yarn", "run", "dev"] # <--- This is the command Garden runs to start the process in dev mode
statusCommand: [./check-local-status.sh] # <--- Optionally set a status command that checks whether the local service is ready
deployCommand: [] # <--- A no op since we only want to deploy it when we're in dev mode
env: ${modules.frontend.env} # <--- Reference the env variable defined above
See also this example project.

Next Steps

For some advanced exec use cases, check out this recording of our community office hours on the topic.