Discofork
Repository brief

hashicorp/terraform

Read the upstream summary on the left, browse the cached forks below it, and load each fork comparison into the right-hand panel.

Cached analysis
cached 2026-03-30T11:40:11.691Z
3mo ago

hashicorp/terraform

Terraform is HashiCorp’s open source infrastructure-as-code core: a Go-based CLI and graph engine for safely creating, changing, and versioning infrastructure. It is very active, widely forked, and well documented, so forks are most interesting when they focus on core workflow changes, backend/state behavior, provider integration, or developer tooling around Terraform core.

GitHub
Loading tags...
Stars48,006
Forks10,256
Default branchmain
Last pushed2026-03-30T09:44:29Z
Recommended shortcuts

Jump straight into Discofork's strongest cached fork picks, or open a compare view in one click.

Forks

Choose a fork to inspect

10 of 10 fork briefs
Selected

Choose this fork only for legacy compatibility and environment pinning. For new work, upstream Terraform is the safer default because it is vastly newer, actively maintained, and far more complete.

Choose this fork only if you specifically need its legacy OpenStack-focused behavior. For general Terraform adoption, upstream is the better choice because this fork is very stale and far behind modern core capabilities.

Choose this fork if your main need is the added SLSA publish workflow and you are comfortable tracking upstream separately. If you want the latest Terraform core behavior, upstream is the safer default.

Choose this fork if license independence is the priority and you can accept a stale, substantially diverged Terraform core. Choose upstream if you want current features, ongoing fixes, and the lowest operational risk.

Choose this fork only if you need its custom Terraform-core behavior and are prepared to maintain a large divergence; for most adopters, upstream is the safer choice because this fork is stale and materially behind.

Prefer this fork only if you need its custom stack/private-data behavior and are prepared to maintain a large, stale divergence. For most adopters, upstream Terraform is the safer and more compatible choice.

Prefer this fork only if you are intentionally anchoring to an old Terraform snapshot. For any new deployment, or if you need modern provider/backend behavior, upstream is the better choice by a wide margin.

Prefer this fork only if you need a preserved 2018-era Terraform with a few legacy behavior patches. For new adoption, upstream is the clear choice: this fork is far behind, highly diverged, and likely to miss modern workflows and fixes.

Choose this fork only if you need a frozen legacy Terraform stack and are willing to own the maintenance cost. For most adopters, current upstream Terraform is the better choice because this fork is stale and materially behind on core behavior and ecosystem support.

Prefer this fork only if you specifically need its legacy bundle/CLI behavior and can accept being years behind upstream; for general Terraform usage, current upstream is the safer choice.