OpenTofu support

[skyzyx]

What problem are you facing?

https://opentf.org/announcement

We want to ensure that this project will support OpenTF in addition to Terraform.

From a technical perspective, I expect that it will be a no-op for the time being as OpenTF anticipates maintaining compat/interop for the foreseeable future. (However, OpenTF has stated that some functionality may be added to OpenTF that is a superset of what's in base Terraform. [source])

From a process perspective:

1. If there is a bug in OpenTF that does not exist in Terraform (or vice-versa), will bug reports (as they pertain to this project) be treated equally on both platforms?

2. Will testing be performed with code targeting both platforms?

3. For OpenTF's potential future "superset" functionality, will that be treated as a first-class citizen?

[nitrocode]

I believe the domain in this url would be the only variable that would need to be overwritten using a flag/config

terraform-docs/terraform/resource.go

Line 68 in 577d2c8

return fmt.Sprintf("https://registry.terraform.io/providers/%s/%s/docs/%s/%s", r.ProviderSource, r.Version, kind, r.Type)

[nitrocode]

Can we rename the title to opentofu instead of opentf ?

[skyzyx]

Done.

[afischer-opentext-com]

Since OpenTofu 1.8.0 the file extension .tofu is supported (and some more opentofu/opentofu#1738).

That is e.g. useful for allowing new features or in my case: Allow RenovateBot/Renovate (https://github.com/renovatebot/renovate) to distinguish between Terraform and OpenTofu versions. Is there any plan to support additional file extensions next to .tf?

[ucfchandra]

Hello, I'd like to reopen the issue of support for .tofu files.

[skyzyx]

@afischer-opentext-com and @ucfchandra: I think that adding support for .tofu files should be a new, separate issue.

@nitrocode: I'm going to go ahead and resolve this issue as-is, and open separate issues for .tofu files and the registry URL.

[skyzyx]

• Adding first-class support for .tofu files. #811
• Make the registry URL configurable, and provider/module version more accurate. #812