Skip to main content
Version: 2.12 (deprecated)

Run shell commands

How to execute arbitrary scripts and programs

The experimental_shell_command target allows you to run any command during a Pants execution, for the purpose of modifying or creating files to be used by other targets, or its (idempotent: see below) side-effects when accessing services over the network.

command="./ download some-archive.tar.gz",
tools=["curl", "env", "bash", "mkdir", "tar"],
dependencies=[":shell-scripts", ":images"]

files(name="images", sources=["*.png"])

The experimental_shell_command target

The command field is passed to bash -c <command>. The execution sandbox will include any files from the dependencies field. Any executable tools that might be used must be specified in the tools field, in order to be available on the PATH while executing the command.

The command is limited to operating on the specific set of input files provided as dependencies, and only produces output files for other targets to consume. It is not possible to mutate any file in the workspace.

In case there are resulting files that should be captured and passed to any consuming targets, list them in the outputs field. To capture directories, simply add the path to the directory, with a trailing slash (as in the example "files/", above).

Idempotency requirement

The shell command may be cancelled or retried any number of times, so it is important that any side effects are idempotent. That is, it should not matter if it is run several times, or only partially.

Feedback wanted

We are gathering feedback on this target before we promote it from its experimental status. Please reach out to us on Slack or GitHub with your ideas or issues.

The experimental_run_shell_command target

Unlike experimental_shell_command, the experimental_run_shell_command target runs directly in your workspace, without sandboxing.

This target type allows you to formalize the Pants dependencies of shell scripts, and track when their impact on your workspace might have changed. But since its outputs cannot be captured, it must be a root target in your build graph (i.e.: it may not be consumed by other targets).