From 0a2f62c8a0178bb11c24c49d438674b5c2c1d779 Mon Sep 17 00:00:00 2001 From: Kieran Lowe <11875232+kieran-lowe@users.noreply.github.com> Date: Tue, 13 Jun 2023 09:35:49 +0100 Subject: [PATCH] fix: update broken links to `checks` section in docs (#33357) This also capitalises the 'a' in assertions to keep it consistent with the rest of the document --- website/docs/language/expressions/custom-conditions.mdx | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/website/docs/language/expressions/custom-conditions.mdx b/website/docs/language/expressions/custom-conditions.mdx index c66d5d3b4e..89436c549b 100644 --- a/website/docs/language/expressions/custom-conditions.mdx +++ b/website/docs/language/expressions/custom-conditions.mdx @@ -11,7 +11,7 @@ You can create conditions that produce custom error messages for several types o > **Hands On:** Try the [Validate Infrastructure Using Checks](/terraform/tutorials/configuration-language/checks) tutorial to learn how to use `check` blocks. Try the [Validate Modules with Custom Conditions](/terraform/tutorials/configuration-language/custom-conditions) tutorial to learn how to use other custom conditions. This page explains the following: - - Creating checks with [assertions](#check-assertions) to verify your infrastructure as a whole (Terraform v1.5.0 and later) + - Creating checks with [assertions](#checks-with-assertions) to verify your infrastructure as a whole (Terraform v1.5.0 and later) - Creating [validation conditions](#input-variable-validation) for input variables (Terraform v0.13.0 and later) - Creating [preconditions and postconditions](#preconditions-and-postconditions) for resources, data sources, and outputs (Terraform v1.2.0 and later) - Writing effective [condition expressions](#condition-expressions) and [error messages](#error-messages) @@ -20,7 +20,7 @@ This page explains the following: ## Selecting a Custom Condition for your use case Terraform's different custom conditions are best suited to various situations. Use the following broad guidelines to select the best custom condition for your use case: -1. [Check blocks with assertions](#check-assertions) validate your infrastructure as a whole. Additionally, check blocks do not prevent or block the overall execution of Terraform operations. +1. [Check blocks with assertions](#checks-with-assertions) validate your infrastructure as a whole. Additionally, check blocks do not prevent or block the overall execution of Terraform operations. 1. [Validation conditions](#input-variable-validation) or [output postconditions](#preconditions-and-postconditions) can ensure your configuration's inputs and outputs meet specific requirements. 1. Resource [preconditions and postconditions](#preconditions-and-postconditions) can validate that Terraform produces your configuration with predictable results. @@ -213,7 +213,7 @@ You should also consider the following questions when creating preconditions and - Which approach is more convenient? If a particular resource has many dependencies that all make an assumption about that resource, it can be pragmatic to declare that once as a post-condition of the resource, rather than declaring it many times as preconditions on each of the dependencies. - Is it helpful to declare the same or similar conditions as both preconditions and postconditions? This can be useful if the postcondition is in a different module than the precondition because it lets the modules verify one another as they evolve independently. -## Checks with assertions +## Checks with Assertions -> **Note:** Check blocks and their assertions are only available in Terraform v1.5.0 and later.