Skip to content

Commit 7e2a429

Browse files
committed
Fix typo in runtime expression documentation for variable usage
1 parent 5d23752 commit 7e2a429

1 file changed

Lines changed: 1 addition & 1 deletion

File tree

docs/pipelines/process/variables.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -148,7 +148,7 @@ Runtime expression variables only expand when they're used for a value, not as a
148148

149149
Use macro syntax if you're providing a secure string or a [predefined variable](/azure/devops/pipelines/build/variables) input for a task.
150150

151-
Choose a runtime expression if you're working with [conditions](conditions.md) and [expressions](expressions.md]. However, don't use a runtime expression if you don't want your empty variable to print (example: `$[variables.var]`). For example, if you have conditional logic that relies on a variable having a specific value or no value, use a macro expression.
151+
Choose a runtime expression if you're working with [conditions](conditions.md) and [expressions](expressions.md). However, don't use a runtime expression if you don't want your empty variable to print (example: `$[variables.var]`). For example, if you have conditional logic that relies on a variable having a specific value or no value, use a macro expression.
152152

153153
Typically, a template variable is the standard to use. By leveraging template variables, your pipeline fully injects the variable value into your pipeline at pipeline compilation. This injection is helpful when attempting to debug pipelines. You can download the log files and evaluate the fully expanded value that is being substituted in. Since the variable is substituted in, don't leverage template syntax for sensitive values.
154154

0 commit comments

Comments
 (0)