The Scalr GitHub Action is used to automate Terraform and OpenTofu runs within Scalr, a cost-effective, drop-in replacement for Terraform Cloud with feature parity and better GitOps support. This action allows you to trigger and manage Terraform plans and applies, streamline CI/CD pipelines, and integrate infrastructure automation directly into your GitHub workflows.
The scalr-action is written in JavaScript that sets up the Scalr and OpenTofu/Terraform CLI. The action does the following:
- Downloads the latest version of Scalr CLI, adds it to the
PATH, and caches it in the runner tool cache so subsequent runs reuse it. - Downloads a specific (or autodetected) version of OpenTofu/Terraform CLI, adds it to the
PATH, and caches it for reuse on subsequent runs. - Configures the Scalr CLI and Terraform CLI configuration file with a Scalr Hostname and Token. Credential files are written with
0600permissions, and the token is registered viacore.setSecretso it is masked in all subsequent log output. - Optionally: Installs a script to wrap following calls of the
tofu/terraformbinary. Exposes the STDOUT, STDERR, and exit code as outputs namedstdout,stderr, andexitcode. Enabled by default. - Optionally: After a successful
tofu/terraform apply, Terraform output variables are exported as action output variables. Disabled by default. - Optionally: After
tofu/terraform planruns on apull_requestorpull_request_targetworkflow, posts the plan output as a PR comment that updates in place on subsequent runs. Disabled by default. - On job completion (including failure) the action's
post:step deletes the credential files it wrote so tokens do not persist on the runner.
After the action has been used, the following steps in the job can run the standard Opentofu/Terraform commands using the GitHub Actions run command.
You will also have access to the Scalr CLI which communicates directly with the Scalr API and allows you to perform Scalr specific tasks, such as creating users, pull statistics, etc.
Supported on the following GitHub Actions runners:
ubuntu-latestwindows-latest(be sure to set the shell to Bash)macos-latest
If manually specifying an OpenTofu/Terraform version, provide a concrete version and make sure it matches the version you expect to use.
To autodetect the version from Scalr, leave binary_version empty and set scalr_workspace.
As an alternative to scalr_workspace, you can provide both scalr_environment_name and scalr_workspace_name to resolve the workspace ID by name.
Values such as auto and latest are not valid explicit binary_version values.
You also need to generate a Scalr API Token and store it as a GitHub Secret.
The following steps can access OpenTofu/Terraform outputs:
steps:
- uses: actions/checkout@v6
- uses: Scalr/scalr-action@v1
with:
scalr_hostname: "<your-account>.scalr.io"
scalr_token: ${{ secrets.SCALR_TOKEN }}
scalr_environment_name: production
scalr_workspace_name: network
iac_platform: tofu
binary_output: true
- run: tofu init
- id: plan
run: tofu plan
- run: echo "${{ steps.plan.outputs.stdout }}"
- run: echo "${{ steps.plan.outputs.stderr }}"
- run: echo "${{ steps.plan.outputs.exitcode }}"
- id: apply
run: tofu apply -auto-approve
- run: echo ${{ steps.apply.outputs.server_ip }}Make sure your OpenTofu/Terraform configuration includes the minimal parameters for Scalr.
Here is an example for a minimal main.tf:
terraform {
backend "remote" {
hostname = "example.scalr.io"
organization = "env-abcdef123456"
workspaces {
name = "helloworld"
}
}
}
The action supports the following inputs:
-
scalr_hostname- The hostname of your Scalr account on scalr.io. Example:example.scalr.io. -
scalr_token- The API token used to authenticate with the credentials block of the Terraform CLI config file. -
scalr_workspace- The Scalr workspace ID you plan on working in. This is required if you want to autodetect the OpenTofu/Terraform version. -
scalr_workspace_name- The Scalr workspace name to resolve before the action runs. Must be used together withscalr_environment_name. -
scalr_environment_name- The Scalr environment name that containsscalr_workspace_name. Must be used together withscalr_workspace_name. -
iac_platform- Specifies if you want to use thetofuorterraformplatform. Default isterraform. -
binary_version- The concrete version of OpenTofu/Terraform CLI to install. Leave it empty and setscalr_workspaceto autodetect from Scalr. Do not set it toautoorlatest.
Do not set scalr_workspace together with scalr_workspace_name or scalr_environment_name. Use either the workspace ID or the name-based pair.
-
binary_wrapper- Whether or not to install a wrapper to wrap calls of thetofu/terraformbinary and expose its STDOUT, STDERR, and exit code. Defaults totrue. -
binary_output- true/false. Export OpenTofu/Terraform output variables as Action output variables after a successfulapply. The OpenTofu/Terraform wrapper needs to be enabled for this to work. Example:steps.<step-name>.outputs.<terraform_output_name>. Disabled by default. -
pr_comment- true/false. When set totrueon apull_requestorpull_request_targetworkflow, the plan output from the nexttofu/terraform planis posted as a PR comment. The comment is updated in-place on subsequent runs (idempotent). UsesGITHUB_TOKENautomatically; no extra configuration is required. Disabled by default.
The deprecated inputs terraform_version, terraform_wrapper, and terraform_output are still accepted as aliases for binary_version, binary_wrapper, and binary_output respectively. New workflows should use the binary_* names.
The following outputs are available for further steps that call the tofu/terraform binary if the wrapper has not been set to false.
-
stdout- The STDOUT of the call to thetofu/terraformbinary. -
stderr- The STDERR of the call to thetofu/terraformbinary. -
exitcode- The exit code of the call to thetofu/terraformbinary. -
<terraform_output_var_name>- Stores the Terraform output variables from last successfultofu/terraform applyrun ifbinary_output: true.
Set pr_comment: true on a workflow triggered by pull_request or pull_request_target to have the next tofu/terraform plan output posted as a comment on the pull request:
on:
pull_request:
permissions:
pull-requests: write
contents: read
jobs:
plan:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v6
- uses: Scalr/scalr-action@v1
with:
scalr_hostname: "<your-account>.scalr.io"
scalr_token: ${{ secrets.SCALR_TOKEN }}
scalr_workspace: ws-xxxxxxxx
pr_comment: true
- run: terraform init
- run: terraform planThe comment includes a hidden <!-- scalr-action-plan --> marker so re-runs update the existing comment instead of creating a new one. GITHUB_TOKEN is read automatically from the runner environment; the workflow only needs pull-requests: write permission. Comment posting failures are non-fatal — the step still exits with the plan's exit code.
The action registers a post: step that deletes ~/.scalr/scalr.conf and the OpenTofu/Terraform RC file (~/.terraformrc or ~/.tofurc) after every job, including on failure.
Note for self-hosted runners: if a workflow previously relied on these files persisting between jobs without re-running the action (for example, by reusing runner state across workflow runs), the files will no longer be present. Re-run the action in each job that needs Scalr credentials.
More information about how to use the Scalr CLI provided by this Action, please refer to the Scalr CLI repository.
This repository uses Bun as the primary package manager.
bun install
bun run test
bun run buildTo contribute to this project, please see the contribution guidelines. Also please fill out the Contribution Agreement and send it to support@scalr.com