Commit Graph

13 Commits

Author SHA1 Message Date
Christian Mesh
8fb8f066c4
Detect when provider and resource/module have identical for_each (#2186)
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>
2024-12-03 14:02:27 -05:00
Martin Atkins
e6ca786e09 rfc: Static Evaluation of Provider Iteration further updates
This continues the work of the last few commits, updating this RFC to
reflect the evolved design that's makes room for adding fully-dynamic
provider instance expansion in a later release.

Signed-off-by: Martin Atkins <mart@degeneration.co.uk>
2024-10-31 10:50:34 -07:00
Christian Mesh
b8d4b24964 RFC: Claify scenarios that don't work
Signed-off-by: Christian Mesh <christianmesh1@gmail.com>
2024-10-31 10:50:34 -07:00
Christian Mesh
a11251cb67 RFC: Clarify provider validate special case
Signed-off-by: Christian Mesh <christianmesh1@gmail.com>
2024-10-31 10:50:34 -07:00
Christian Mesh
68a3d7fcd3 RFC provider iteration: Update technical details
Now that we have a prototype well understood, we can
better describe the technical challenges and implementation
flow

Signed-off-by: Christian Mesh <christianmesh1@gmail.com>
2024-10-31 10:50:34 -07:00
Martin Atkins
757daacab9 RFC: Updated "Static Evaluation of Provider Iteration"
This is the beginnings of a proposed amendment to the previously-approved
RFC for static-eval-based provider expansion to incorporate the new
constraints discovered for RFC "Dynamic Provider Instances and Instance
Assignment".

This first draft of the changes focuses only on the "User Documentation"
portion to ensure that we have consensus on the intended user-facing
changes before worrying too much about the implementation details. A
subsequent commit will revise the implementation details once the new
version of the language design is settled.

Signed-off-by: Martin Atkins <mart@degeneration.co.uk>
2024-10-31 10:50:34 -07:00
Nathan Baulch
ea558d9d4b
Fix typos (#1905)
Signed-off-by: Nathan Baulch <nathan.baulch@gmail.com>
Signed-off-by: Christian Mesh <christianmesh1@gmail.com>
Co-authored-by: Christian Mesh <christianmesh1@gmail.com>
2024-08-29 13:20:33 -04:00
Arel Rabinowitz
801421870a
RFC: -exclude flag for planning and applying (#1860)
Signed-off-by: RLRabinowitz <rlrabinowitz2@gmail.com>
2024-08-08 09:31:36 -04:00
Jon Johnson
b6c31dfb87
Fix RFC template link (#1821)
Signed-off-by: Jon Johnson <jon.johnson@chainguard.dev>
2024-07-15 14:07:56 -04:00
Ronny Orot
5a40234661
RFC: OpenTofu Specific Code Override (#1699)
Signed-off-by: Ronny Orot <ronny.orot@gmail.com>
Co-authored-by: Oleksandr Levchenkov <ollevche@gmail.com>
2024-06-17 13:35:42 +03:00
Christian Mesh
ed0c761b0e
RFC #1042: Planning the implementation of static evaluation (#1649)
Signed-off-by: Christian Mesh <christianmesh1@gmail.com>
Signed-off-by: Janos <86970079+janosdebugs@users.noreply.github.com>
Co-authored-by: Janos <86970079+janosdebugs@users.noreply.github.com>
Co-authored-by: James Humphries <James@james-humphries.co.uk>
Co-authored-by: Ronny Orot <ronny.orot@gmail.com>
Co-authored-by: Oleksandr Levchenkov <ollevche@gmail.com>
2024-06-12 09:21:32 -04:00
Christian Mesh
874483182b
Backfill accepted RFCs into new location (#1702)
Signed-off-by: Christian Mesh <christianmesh1@gmail.com>
2024-06-12 07:31:35 -04:00
Janos
bfe5a4cd13
New RFC process (#1669)
Signed-off-by: Janos <86970079+janosdebugs@users.noreply.github.com>
Signed-off-by: Christian Mesh <christianmesh1@gmail.com>
Co-authored-by: James Humphries <James@james-humphries.co.uk>
Co-authored-by: Christian Mesh <christianmesh1@gmail.com>
Co-authored-by: Siddhartha Sonker <158144589+siddharthasonker95@users.noreply.github.com>
Co-authored-by: Ronny Orot <ronny.orot@gmail.com>
Co-authored-by: Oleksandr Levchenkov <ollevche@gmail.com>
2024-06-03 10:30:18 -04:00