opentofu/providers
Martin Atkins 1530fe52f7 core: Legacy SDK providers opt out of our new apply result check
The shim layer for the legacy SDK type system is not precise enough to
guarantee it will produce identical results between plan and apply. In
particular, values that are null during plan will often become zero-valued
during apply.

To avoid breaking those existing providers while still allowing us to
introduce this check in the future, we'll introduce a rather-hacky new
flag that allows the legacy SDK to signal that it is the legacy SDK and
thus disable the check.

Once we start phasing out the legacy SDK in favor of one that natively
understands our new type system, we can stop setting this flag and thus
get the additional safety of this check without breaking any
previously-released providers.

No other SDK is permitted to set this flag, and we will remove it if we
ever introduce protocol version 6 in future, assuming that any provider
supporting that protocol will always produce consistent results.
2019-02-06 11:40:30 -08:00
..
addressed_types_test.go various: helpers for collecting necessary provider types 2018-10-16 18:50:29 -07:00
addressed_types.go various: helpers for collecting necessary provider types 2018-10-16 18:50:29 -07:00
doc.go rename provider and provisioner packages 2018-10-16 18:50:29 -07:00
provider.go core: Legacy SDK providers opt out of our new apply result check 2019-02-06 11:40:30 -08:00
resolver.go providers: Resolver and Factory types 2018-10-16 19:11:09 -07:00