32373 Commits (300f66b71dedb964fc4f3c6d0cf80cd23d6e5fbf)

 

All Branches   

Search

Author	SHA1	Message	Date
James Bardin	300f66b71d	Merge pull request #34603 from hashicorp/jbardin/remove-provider-funtion-warnings ... provider functions can only return an error	2 years ago
Liam Cervante	31a7fa88d5	stacks: validate provider configurations during static analysis (#34730)	2 years ago
Alisdair McDiarmid	1459825e53	Merge pull request #34725 from hashicorp/alisdair/configs-sourcebundle-parser ... Add and use a source bundle aware configuration parser for stacks	2 years ago
Alisdair McDiarmid	2c22c213e9	stackeval: More robust absolute source addrs ... Instead of relying on the module call's source being unique, we now use the entire path as the key for looking up the parent's absolute source address.	2 years ago
Alisdair McDiarmid	7a043fe54a	stackeval: Another module source test case ... If multiple submodules of a given component share the same relative source, they should result in distint source addresses in the diagnostics. This commit introduces an example with the following structure: - component.remote_invalid_grandchildren - module.first_child - module.child (source = "./child") - module.second_child - module.child (source = "./child") Both of these use the same invalid module as the rest of the examples in this test, so we should (and do) see equivalent diagnostics differing only in filename.	2 years ago
Alisdair McDiarmid	7d956bbc11	stackeval: Fix module loader source addr building ... The source bundle aware module loader requires "absolute" source addresses, which are fully qualified rather than relative. We generate these during the module loading process. The previous implementation assumed that any local module source address should be parented by the root module source, but this is incorrect when a descendant module targets a remote or registry source. This commit addresses this by tracking each module request's generated absolute source address, and using it as the base for any descendant local module requests.	2 years ago
Martin Atkins	a45d4467f1	stackeval: Don't fail when data resource is removed ... Due to an oversight in our handling of resource instance objects that are neither in configuration nor plan -- which is true for data resources that have since been removed from the configuration -- we were generating plan change objects that were lacking a provider configuration address, which made them syntactically invalid and thus not reloadable using the raw plan parser. This is a bit of a strange situation since we don't technically _need_ a provider configuration address for these; all we're going to do is just unceremoniously delete them from the state during apply anyway. However, we always have the provider configuration address available anyway, so adding this in here is overall simpler than changing the parser, the models it populates, and all of the downstream users of those models to treat this field as optional. This commit is more test case than it is fix, since the fix was relatively straightforward once I had a test case to reproduce the problem it's fixing.	2 years ago
Alisdair McDiarmid	9c31e996ef	Merge pull request #34716 from hashicorp/alisdair/remove-configs-parser-load-values-file ... configs: Remove unused `*Parser.LoadValuesFile`	2 years ago
Liam Cervante	b2cc7dbadf	stacks: validate the types of input variables during validation (#34722)	2 years ago
Liam Cervante	68fd15dfdd	stacks: expand reference scope of static validations (#34721)	2 years ago
Liam Cervante	831630fabe	stacks: the plan function should stop on validation errors (#34720)	2 years ago
Alisdair McDiarmid	97a220fb82	stacks: Use source bundle aware config parser	2 years ago
Alisdair McDiarmid	e8da9ef7c9	configs: Add source bundle aware config loader	2 years ago
Alisdair McDiarmid	268c8e264d	Merge pull request #34724 from hashicorp/alisdair/run-checks-on-all-pushed-branches ... build: Run checks on all pushed branches	2 years ago
Alisdair McDiarmid	1317cda8e7	build: Run checks on all pushed branches ... It is helpful to see the result of the checks workflow prior to opening a PR, to avoid wasting time fixing unexpectedly failing checks while the PR is open and awaiting review. This commit configures GitHub Actions to run checks on all pushed branches.	2 years ago
Daniel Schmidt	942cb29ebc	Update changelog	2 years ago
Daniel Schmidt	8564e934aa	Merge pull request #34699 from hashicorp/terraform-test-use-vars-within-blocks ... test: allow using global variables in suite-level variable definitions	2 years ago
Daniel Schmidt	4f23efc14e	remove unused config	2 years ago
Daniel Schmidt	5a72e696ce	check for presence and not for warnings	2 years ago
Daniel Schmidt	0529299cc3	run terraform fmt on test	2 years ago
Daniel Schmidt	a4651fac4c	append diags unconditionally	2 years ago
Daniel Schmidt	57f6ce81b5	rename suite to file and make var internal	2 years ago
Daniel Schmidt	4915bdf90c	fix comment ... Co-authored-by: Liam Cervante <liam.cervante@hashicorp.com>	2 years ago
Daniel Schmidt	6a4ef8e2b3	fix comment ... Co-authored-by: Liam Cervante <liam.cervante@hashicorp.com>	2 years ago
Daniel Schmidt	ea0856bfe7	add a line of documentation to clarify	2 years ago
Daniel Schmidt	631293060b	only extract global and suite level variables once	2 years ago
Alisdair McDiarmid	f9998ff2a5	configs: Remove unused *Parser.LoadValuesFile	2 years ago
Lauren	c6e9351cf3	Merge pull request #34715 from hashicorp/laurenolivia/changelog-fix-cloud-colorize ... add changelog entry for #34473	2 years ago
Lauren	6e00b767bc	CHANGELOG.md	2 years ago
Daniel Schmidt	5bed43c16d	remove whitespace	2 years ago
Daniel Schmidt	e57368045c	fix implementation of variable checking	2 years ago
Lauren	b55c47896c	CHANGELOG.md	2 years ago
Daniel Schmidt	df3ee21d82	extract global and suite-level variables before configuring providers	2 years ago
Daniel Schmidt	697e0d1d9e	refactor variable extraction	2 years ago
Liam Cervante	b3abff5750	stacks: check providers blocks in components during validatation (#34707)	2 years ago
Liam Cervante	bced645a4d	stacks: call terraform.Validate on stack component configs (#34705)	2 years ago
Liam Cervante	c46515c5da	stacks: add support for external providers to validate context (#34701)	2 years ago
Liam Cervante	2472f7c773	stacks: fix flaky tests (#34708)	2 years ago
Martin Atkins	b0466c7468	Update CHANGELOG.md	2 years ago
Daniel Schmidt	7ae7a203d8	test: allow using global variables in suite-level variable definitions ... Closes #34534	2 years ago
Liam Cervante	82361afd73	plan rendering: fix truncation of very large numbers (#34702)	2 years ago
Martin Atkins	0d1ce55032	version: Clean up after alpha release	2 years ago
Martin Atkins	0139194fe8	version: Prepare for v1.8.0-alpha20240216 release	2 years ago
Alisdair McDiarmid	48148eda5f	Merge pull request #34687 from hashicorp/alisdair/stackeval-hook-replace-action-counts ... stackeval: Add support for replace actions to hook	2 years ago
Daniel Schmidt	7df7998458	Update changelog	2 years ago
Daniel Schmidt	a8c1229720	Merge pull request #34677 from hashicorp/improve-plan-for-lists	2 years ago
Daniel Schmidt	adf008d489	adjust tests to new implementation	2 years ago
Daniel Schmidt	19f9bdac14	handle multi-line string diffs correctly	2 years ago
Daniel Schmidt	a64df71152	fix comment	2 years ago
Daniel Schmidt	1531fee472	clarify comment	2 years ago