Lists all variables for the provided scope(s). If more than one scope is given - variables will be overridden by lower level scopes - just like env0 does. For example - Provided both organizationId and projectId, if a variable exists on both scopes, a single instance of it will be returned, with its Project scope value
env0 API authentication is done via API keys. An API Key can either be created by an organization administrator, in which case it will not be connected to any specific user, or via Personal API Keys to authenticate as a user.
Once you've created your organization, you can set up and manage API Keys.
Navigate to the Organization Settings page and click the API Keys tab.
Click Add API Key and enter a name for your key in the Name field. This name is for reference purposes only and isn't used directly in authentication.
❗️Save Your API Key ID and secret The secret will not be available after you close this window.
Click on your avatar (located on the top right of the screen)
Click on Personal Settings
Select the API Keys tab
Click Add API Key, and enter a name for your key in the Name field. This name is for reference purposes and isn't used directly in authentication.
❗️Save your API Key ID & secret The secret will not be available after you close this window.
Authentication of the env0 API is done using the Basic Authentication method. Each request made should include the API Key ID as the username, and the API Key secret as the password. For example, when using curl, we can include these parameters via flag --user {API Key ID}:{API Key Secret}.
When creating an API key through the organization settings, you will need to choose if you’d like to grant it Organization Admin or User permissions. In case of the latter, you can assign fine-grained permissions per project. Personal API Keys can be created through the user’s profile page and will have the same permissions as the user has.
env0 API allows up to 1K requests per 60 seconds, requests are aggregated by IP, HTTP Method and URI. If you exceed this limit, you will receive a 429 status code.
Used for querying variables defined on organization level
Used for querying variables defined on project level
Used for querying variables defined on blueprint level
Used for querying variables defined on environment level
Used for querying variables defined for a specific deployment
Used for querying variables defined on workflow environment level
Used for querying variables defined on workflow blueprint level
Used for querying sub environment blueprint variables, constructed as {workflowBlueprintId}:{subAlias}
Used for querying variables defined in a configuration set
SET, GLOBAL, BLUEPRINT, SUB_ENVIRONMENT_BLUEPRINT, PROJECT, WORKFLOW, ENVIRONMENT, DEPLOYMENT, SET, GLOBAL, BLUEPRINT, SUB_ENVIRONMENT_BLUEPRINT, PROJECT, WORKFLOW, ENVIRONMENT, DEPLOYMENT, SET, GLOBAL, BLUEPRINT, SUB_ENVIRONMENT_BLUEPRINT, PROJECT, WORKFLOW, ENVIRONMENT, DEPLOYMENT, SET, GLOBAL, BLUEPRINT, SUB_ENVIRONMENT_BLUEPRINT, PROJECT, WORKFLOW, ENVIRONMENT, DEPLOYMENT, SET, GLOBAL, BLUEPRINT, SUB_ENVIRONMENT_BLUEPRINT, PROJECT, WORKFLOW, ENVIRONMENT, DEPLOYMENT Whether it is an Environment or Terraform variable 0 value maps to an Environment variable 1 value maps to an Terraform variable
0, 1, 0, 1, 0, 1, 0, 1, 0, 1 The ID of the configuration property. If provided, will act as an update. Otherwise, a new configuration property will be created.
The ID of the entity of the provided scope. e.g. a project's ID when the provided scope is PROJECT.
Inapplicable for GLOBAL scope, as it has no specific entity.