Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Cy v1.3.7 #1

Open
wants to merge 778 commits into
base: main
Choose a base branch
from
Open

Cy v1.3.7 #1

wants to merge 778 commits into from

Conversation

tparvu
Copy link

@tparvu tparvu commented Jan 27, 2023

No description provided.

apparentlymart and others added 30 commits August 26, 2022 15:47
Previously we were attempting to infer the checkable object address kind
of a given address by whether it included "output" in the position where
a resource type name would otherwise go.

That was already potentially risky because we've historically not
prevented a resource type named "output", and it's also a
forward-compatibility hazard in case we introduce additional object kinds
with entirely-new addressing schemes in future.

Given that, we'll instead always be explicit about what kind of address
we're storing in a wire or file format, so that we can make sure to always
use the intended parser when reading an address back into memory, or
return an error if we encounter a kind we're not familiar with.
This is a clumsy way to do this, but a pragmatic way to inform potential
consumers that this part of the format is not yet finalized without having
to read the docs to see our warning about that.

We need to get some practical experience with a few different consumers
making use of this format before we can be confident that it's designed
appropriately. We're not _expecting_ to break it, but we'd like to leave
the opportunity open in case we quickly learn that there's something
non-ideal about this design.
rephrased according to the suggestion.
…hemas along to PersistState in the remote state
Add a new ChangeReason, ReasonDeleteBecauseNoMoveTarget, to provide better
information in cases where a planned deletion is due to moving a resource to
a target not in configuration.

Consider a case in which a resource instance exists in state at address A, and
the user adds a moved block to move A to address B. Whether by the user's
intention or not, address B does not exist in configuration.
Terraform combines the move from A to B, and the lack of configuration for B,
into a single delete action for the (previously nonexistent) entity B.
Prior to this commit, the Terraform plan will report that resource B will be
destroyed because it does not exist in configuration, without explicitly
connecting this to the move.

This commit provides the user an additional clue as to what has happened, in a
case in which Terraform has elided a user's action and inaction into one
potentially destructive change.
Send the JSON state representation to Cloud backend (when available)
* remove deprecated backends

* remove backend docs

Remove references to deprecated backends from docs.
jbardin and others added 27 commits November 22, 2022 10:34
…an-orphan-deleted/hideously-crisp-vulture

Backport of A deleted orphan should have no planned change into v1.3
…3-destroy-perf/uniformly-included-yak

Backport of check walkDestroy to help DestroyEdgeTransformer into v1.3
… builds into v1.3 (hashicorp#32285)

* no-op commit due to failed cherry-picking

* add missing files

Co-authored-by: temp <[email protected]>
Co-authored-by: Liam Cervante <[email protected]>
…rkspace-delete-rum-docs/marginally-rested-bream

Backport of Update workspace delete command docs to reference RUM vs empty state into v1.3
Remove future-facing language from docs (WIP)
…tput-perf/honestly-engaged-tetra

Backport of don't re-set changes for refreshed outputs into v1.3
…e constraints into v1.3 (hashicorp#32393)

* backport of commit 5b27ff2

* backport of commit 1f12d16

* backport of commit e82ef31

* backport of commit 57ef86b

* backport of commit a1d4541

Co-authored-by: Liam Cervante <[email protected]>
…g-apt-repos/unlikely-endless-quail

Backport of website: add missing Ubuntu apt repositories jammy and kinetic to the list into v1.3
…nore-changes-panic/totally-sure-feline

Backport of don't panic with a null list block value in config into v1.3
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.