Datadog CI
Execute commands from your Continuous Integration (CI) and Continuous Delivery (CD) pipelines to integrate with existing Datadog products.
See the Usage section for a list of available commands.
How to install the CLI
The datadog-ci CLI can be installed in three ways:
- @datadog/datadog-ci NPM package
- Standalone binary
- Docker image
To install the NPM package:
# NPM
npm install --save-dev @datadog/datadog-ci
# Yarn
yarn add --dev @datadog/datadog-ci
If you want to use datadog-ci without installing it in your project:
# Install globally with NPM
npm install -g @datadog/datadog-ci
# ...or with Yarn 1 (Classic)
yarn global add @datadog/datadog-ci
# ...or run a one-shot install with NPM
npx @datadog/datadog-ci@v5 [scope]
# or with Yarn
yarn dlx @datadog/datadog-ci@v5 [scope]
Datadog recommends pinning an exact version of
datadog-cito avoid being impacted by breaking changes introduced in major versions of datadog-ci, or being vulnerable to supply chain attacks.
Installing a plugin
Plugins are separate packages that were split from the @datadog/datadog-ci package to reduce its installation size.
Use datadog-ci plugin list to list the available plugins:
datadog-ci plugin list
Use datadog-ci plugin install to install a plugin:
datadog-ci plugin install <scope>
For backward compatibility, running a command that requires a plugin automatically installs the plugin if it is not already installed by default.
Datadog recommends explicitly installing plugins with
datadog-ci plugin install <scope>. To disable auto-installation, setDISABLE_PLUGIN_AUTO_INSTALL=1.
Usage
Usage: datadog-ci <scope> <command> [options]
The following <scope> and <command> values are available.
aas
README: | Documentation: | Plugin: @datadog/datadog-ci-plugin-aas
instrument: Apply Datadog instrumentation to the given Azure Web Apps (or slots).uninstrument: Revert Datadog instrumentation from the given Azure Web Apps (or slots).
cloud-run
README: | Documentation: | Plugin: @datadog/datadog-ci-plugin-cloud-run
flare: Troubleshoot your issues with Cloud Run service configuration.instrument: Apply Datadog instrumentation to the given Cloud Run Services.uninstrument: Revert Datadog instrumentation from the given Cloud Run Services.
container-app
README: | Documentation: | Plugin: @datadog/datadog-ci-plugin-container-app
instrument: Apply Datadog instrumentation to Azure Container Apps.uninstrument: Revert Datadog instrumentation from Azure Container Apps.
coverage
upload: Upload code coverage report files to Datadog.
dora
deployment: Send a new deployment event for DORA Metrics to Datadog.
dsyms
upload: Upload iOS dSYM files for Error Tracking (macOS only).
flutter-symbols
upload: Upload Flutter symbols for Error Tracking.
gate
Deprecated: Datadog Quality Gates is being replaced by the new PR Gates in 2026. To start the migration, please fill out this form: https://forms.gle/qnhANsE1ABtHrjqz9
Learn more about PR Gates: https://docs.datadoghq.com/pr_gates
evaluate: Evaluate Quality Gates rules in Datadog.
git-metadata
upload: Upload Git metadata for the Source Code Integration.
junit
upload: Upload JUnit test reports for Test Visibility.
lambda
README: | Documentation: | Plugin: @datadog/datadog-ci-plugin-lambda
flare: Troubleshoot your issues with Datadog instrumentation on your AWS Lambda functions.instrument: Apply Datadog instrumentation to the given AWS Lambda functions.uninstrument: Revert Datadog instrumentation from the given AWS Lambda functions.
measure
- Add measures to a CI Visibility pipeline trace or job span in Datadog.
pe-symbols
upload: Upload Windows PE debug info files for Profiling.
react-native
codepush: Upload React Native CodePush sourcemaps for Error Tracking.upload: Upload React Native sourcemaps for Error Tracking.xcode: Upload React Native sourcemaps for Error Tracking from the XCode bundle build phase.
sarif
upload: Upload Static Analysis Results Interchange Format (SARIF) reports to Datadog.
sbom
upload: Upload Software Bill of Materials (SBOM) files to Datadog.
sourcemaps
upload: Upload JavaScript sourcemaps for Error Tracking.
stepfunctions
README: | Documentation: | Plugin: @datadog/datadog-ci-plugin-stepfunctions
instrument: Instrument AWS Step Function with Datadog to get logs and traces.uninstrument: Uninstrument AWS Step Function.
synthetics
README: | Plugin: @datadog/datadog-ci-plugin-synthetics
run-tests: Run Continuous Testing tests from the CI.upload-application: Upload a new version to an existing mobile application in Datadog.
tag
- Add custom tags to a CI Visibility pipeline trace or job span in Datadog.
terraform
README: | Plugin: @datadog/datadog-ci-plugin-terraform
upload: Upload Terraform plan or state files to Datadog for enhanced cloud-to-code mapping and policy evaluation.
trace
- Add custom commands to a CI Visibility pipeline in Datadog.
unity-symbols
upload: Upload Unity symbols for Error Tracking.
Beta commands
The following are beta commands, you can enable them with with DD_BETA_COMMANDS_ENABLED=1:
deployment
mark: Mark a CI job as a deployment.correlate: Correlate GitOps CD deployments with application repositories CI pipelines.correlate-image: Correlate an image from a CD provider with its source commit.gate: Evaluate a Deployment Gate.
elf-symbols
upload: Upload Elf debug info files for Profiling.
FIPS support
The fips option allows datadog-ci to use a FIPS cryptographic module provider if the OpenSSL library installed on the host system provides it.
Note: datadog-ci cannot assert if such a provider is available, and doesn't throw any error if the provider is not FIPS validated.
Node.js versions below 17 are incompatible with OpenSSL 3, which provides FIPS support.
If you are using a Node.js version below 17, enabling the fips option causes the command to throw an error.
The option fips-ignore-error ignores this error.
fips
Enable datadog-ci FIPS support if a FIPS validated provider is installed on the host system.
If you do not have a FIPS provider installed, datadog-ci does not raise an error.
- ENV variable:
DATADOG_FIPS=true - CLI param:
--fips
fips-ignore-error
Ignore Node.js errors if FIPS cannot be enabled on the host system.
Note: the absence of an error doesn't indicate that FIPS is enabled successfully.
- ENV variable:
DATADOG_FIPS_IGNORE_ERROR=true - CLI param:
--fips-ignore-error
Version banner
Every invocation prints a datadog-ci v<version> banner to stderr. To silence it — for example to keep CI logs quiet when the CLI runs many times — set:
- ENV variable:
DD_CI_SKIP_VERSION_BANNER=true
More ways to install the CLI
Standalone binary
If installing Node.js in the CI is an issue, standalone binaries are attached to each GitHub release.
Supported architectures:
linux-x64linux-arm64alpine-x64alpine-arm64darwin-x64(MacOS)darwin-arm64(MacOS)win-x64(Windows)
Using
stripto remove debugging symbols from the standalone binary as an attempt to make it smaller may cause segmentation faults when runningdatadog-ci. See https://github.com/nodejs/postject/issues/90.
To determine the version when unable to run
datadog-ci --version(for example, because of segmentation faults or an architecture mismatch), rungrep --text STANDALONE_BINARY_VERSION path/to/datadog-ci.
To install the standalone binary:
Linux
# Linux x64
curl -L --fail "https://github.com/DataDog/datadog-ci/releases/latest/download/datadog-ci_linux-x64" --output "/usr/local/bin/datadog-ci" && chmod +x /usr/local/bin/datadog-ci
# Linux arm64
curl -L --fail "https://github.com/DataDog/datadog-ci/releases/latest/download/datadog-ci_linux-arm64" --output "/usr/local/bin/datadog-ci" && chmod +x /usr/local/bin/datadog-ci
Alpine
# Alpine x64
curl -L --fail "https://github.com/DataDog/datadog-ci/releases/latest/download/datadog-ci_alpine-x64" --output "/usr/local/bin/datadog-ci" && chmod +x /usr/local/bin/datadog-ci
# Alpine arm64
curl -L --fail "https://github.com/DataDog/datadog-ci/releases/latest/download/datadog-ci_alpine-arm64" --output "/usr/local/bin/datadog-ci" && chmod +x /usr/local/bin/datadog-ci
MacOS
# MacOS x64
curl -L --fail "https://github.com/DataDog/datadog-ci/releases/latest/download/datadog-ci_darwin-x64" --output "/usr/local/bin/datadog-ci" && chmod +x /usr/local/bin/datadog-ci
# MacOS arm64
curl -L --fail "https://github.com/DataDog/datadog-ci/releases/latest/download/datadog-ci_darwin-arm64" --output "/usr/local/bin/datadog-ci" && chmod +x /usr/local/bin/datadog-ci
Windows
# Windows x64
Invoke-WebRequest -Uri "https://github.com/DataDog/datadog-ci/releases/latest/download/datadog-ci_win-x64" -OutFile "datadog-ci.exe"
Then, you can run datadog-ci commands normally:
datadog-ci version
Container image
To run datadog-ci from a container, you can use the datadog/ci image available in Docker Hub as well as the public Amazon ECR and Google GC registries.
docker pull datadog/ci
This example demonstrates how to run a command using the container and passing in the API and app keys:
export DD_API_KEY=$(cat /secret/dd_api_key)
export DD_APP_KEY=$(cat /secret/dd_app_key)
docker run --rm -it -v $(pwd):/w -e DD_API_KEY -e DD_APP_KEY datadog/ci <command> [<subcommand>] [options]
Building your own container image
You can build an image using the provided Dockerfile:
cd container
docker build --tag datadog-ci .
Optionally, you can use the VERSION build argument to build an image for a specific version:
docker build --build-arg "VERSION=v3.9.0" --tag datadog-ci .
Migration guide
If you are upgrading from a previous major version, read our MIGRATING.md document to understand the changes and how to adapt your scripts.
Development
Before contributing to this open source project, read our CONTRIBUTING.md document.