8fb8f066c4
Signed-off-by: Christian Mesh <christianmesh1@gmail.com> Signed-off-by: Martin Atkins <mart@degeneration.co.uk> Co-authored-by: Martin Atkins <mart@degeneration.co.uk> |
||
---|---|---|
.. | ||
20240513-static-evaluation | ||
20230905-provider-gpgkey-missing.md | ||
20231017-homebrew-like-registry-design.md | ||
20231106-registry-repository-folder-structure.md | ||
20231107-registry-gpg-key-verification.md | ||
20231108-registry-automatic-version-bumping.md | ||
20231109-registry-response-generation.md | ||
20231114-client-side-state-encryption.md | ||
20231123-registry-submission-via-github-issues.md | ||
20240513-static-evaluation-providers.md | ||
20240513-static-evaluation.md | ||
20240524-OpenTofu-RFC-Process.md | ||
20240529-OpenTofu-Specific-Code-Override.md | ||
20240725-exclude-resources.md | ||
README.md | ||
yyyymmdd-template.md |
The OpenTofu RFCs
This folder contains Request For Comment (RFC) documents that have been discussed, reviewed, and accepted. They represent a proposal of changes to one or more of the repositories in the OpenTofu organization.
RFCs are primarily created by the OpenTofu Community in response to one or more GitHub issues that require a more in-depth discussion than the GitHub Issue process can provide. They are organized by date to help show the progression of concepts over time.
Authoring an RFC
When an Issue is given the needs-rfc
label, any community member may propose an RFC by following these steps:
- Copy the yyyymmdd-template.md to
./rfc/${isodate}-${rfc title}.md
on a branch in their fork of the OpenTofu Repository - Edit the newly created Markdown file and fill in the template fields
- Submit a Pull Request in the OpenTofu Repository, linked to the open issue(s)
Note
It's ok to file an incomplete RFC. Please submit it as a draft pull request to get early feedback.
Once an RFC is submitted, community members discuss the RFC in detail until all open questions are resolved
To Accept an RFC, the majority of the OpenTofu Core Team must approve the Pull Request. If a consensus is not reached, the Pull Request is closed and the Core Team may ask for a new RFC or close the original issue entirely.
Once an RFC is Accepted and Merged, the Core Team creates issues in the relevant repositories to track the work required to implement the RFC.
Amending an RFC
RFCs are not set in stone, Approval signifies that an initial consensus has been reached and work can be started. If you realize that parts of the implementation won't work, feel free to amend the RFC in a subsequent PR. Doing so will serve as an important point of discussion if something doesn't go according to plan.