This page is for Octopus Deploy 3.0 and newer versions. You can view this page for Octopus 2.0

Skip to end of metadata
Go to start of metadata

As you promote your application through test, UAT, staging and production, there are going to be differences in database connection strings, application settings, web service URLs, and many other parameters. 

To make it easy to support different environments without hard-coding these configuration values, you can define variables related to your project. These variables are used during your application deployment. For example, variables you define will be automatically substituted into XML configuration files, and made available to your PowerShell scripts. This allows you to create applications and deployment scripts that are agnostic of the target environment.

Variables are essentially name/value pairs with optional scope rules applied. You can edit the variables using the Variables tab within a project. 

Variables are an important and useful concept in Octopus, so this section describes different ways in which variables can be used. 

Scoping variablesVariables can have different values depending on the environment or machine that they target
Binding syntaxVariables can be referenced throughout Octopus
Library variable setsLibrary variable sets let you re-use variables and variable templates between projects
Prompted variablesSometimes the value of a variable changes for each deployment. You can prompt for a variable value when scheduling a deployment.
Sensitive variablesOctopus can securely store sensitive values, like passwords and API keys
System variablesMany built-in variables are available within Octopus, such as the current environment name
Output variablesOutput variables let you programatically set variables during a deployment, and then use those values in subsequent steps
Variable templatesVariable template let you define variables that are required by your project, but where the values are provided by something else, like a tenant

 

 

 

  • No labels