You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/azure-developer-cli/environments-overview.md
+11-15Lines changed: 11 additions & 15 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -15,12 +15,12 @@ The Azure Developer CLI (`azd`) lets you manage multiple deployment environments
15
15
16
16
## What are environments?
17
17
18
-
An environment in the Azure Developer CLI (`azd`) is a separate deployed copy of your application running in Azure. Different environments can configured with different values. Environments serve several important purposes:
18
+
An environment in the Azure Developer CLI (`azd`) is a named set of configurations for a deployment of your app, such as dev, test, or prod. Different environments can be configured with different values. Environments serve several important purposes:
19
19
20
-
-**Isolation**: Keep development, testing, staging, and production deployments separate.
20
+
-**Isolation**: Keep development, testing, and production deployments separate.
21
21
-**Configuration management**: Maintain different settings for each environment.
22
22
-**Collaboration**: Enable team members to work with their own environments.
23
-
-**Resource organization**: Group and provision Azure resources by environment, such as using lower tier services for dev environments.
23
+
-**Resource organization**: Group and provision Azure resources by environment.
24
24
-**Reproducibility**: Ensure consistent deployments across different stages.
25
25
26
26
Each environment has its own Azure resource group and configuration settings. This environment isolation helps prevent changes in one environment from affecting others.
@@ -33,10 +33,10 @@ Azure Developer CLI (`azd`) environments live in a directory structure within yo
33
33
├── .azure [Created when you run azd init or azd up]
34
34
│ ├── <environment-name-1> [Directory for environment-specific configurations]
35
35
│ │ ├── .env [Environment variables for this environment]
36
-
│ │ └── main.parameters.json [Infrastructure parameters for this environment]
36
+
│ │ └── config.json [Additional configuration parameters for this environment]
37
37
│ ├── <environment-name-2> [Another environment]
38
38
│ │ ├── .env
39
-
│ │ └── main.parameters.json
39
+
│ │ └── config.json
40
40
│ └── config.json [Global azd configuration]
41
41
```
42
42
@@ -45,32 +45,30 @@ The key components of this structure are:
45
45
1.**`.azure` directory**: The root directory for all environment configurations. Excluded from source control by the `.gitignore` file by default.
46
46
2.**Environment-specific directories**: Directories named after your environments, such as `dev`, `test`, `prod`.
47
47
3.**`.env` file**: Contains environment-specific variables used by your application and during deployment.
48
-
4.**`main.parameters.json`**: Contains parameters commonly used during infrastructure provisioning with Bicep or Terraform, but can be used for any per-environment `azd`configuration. This file is not intended to be used directly by end users.
48
+
4.**`config.json`**: Used to drive settings that influence `azd`command behavior and features. This file is not intended to be used directly by end users.
49
49
50
50
### Environment names
51
51
52
-
The environment name typically follows these patterns:
52
+
Environment naming typically follows these patterns:
53
53
54
54
- Team projects: `<project-name-[dev/int/prod]>`
55
55
- Personal projects: `<personal-unique-alias-[dev/int/prod]>`
56
56
57
-
Environment naming conventions are not enforced by `azd` and are configurable by the user.
57
+
These naming conventions are not enforced by `azd` and are configurable by the user.
58
58
59
59
## Environment variables
60
60
61
61
Azure Developer CLI [Environment variables](manage-environment-variables.md) provide a way to store configuration settings that influence and might vary between environments. When you run Azure Developer CLI commands, these variables are used to:
62
62
63
-
- Configure your application's settings
64
-
- Define infrastructure parameters
65
-
- Store connection strings, endpoints, and secrets
63
+
- Configure your application settings, such as endpoints for Azure services.
64
+
- Define infrastructure parameters to influence the provisioning process.
66
65
67
66
The `.env` file contains these variables in a standard format:
@@ -112,9 +110,7 @@ Many programming frameworks and tools such as Node.js, Django, or React use `.en
112
110
While both serve similar purposes, Azure Developer CLI's `.env` approach adds structure and tooling designed for managing multiple deployment environments and Azure resources.
113
111
114
112
> [!NOTE]
115
-
> If your project already uses framework-specific `.env` files, you can keep both configuration systems without conflicts.
116
-
>
117
-
> `azd` environment variables override system environment variables of the same name for some operations.
113
+
> If your project already uses framework-specific `.env` files, you can keep both configuration systems without conflicts. `azd` environment variables override system environment variables of the same name for some operations.
Copy file name to clipboardExpand all lines: articles/azure-developer-cli/work-with-environments.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -73,7 +73,7 @@ azd env select prod
73
73
74
74
The global configuration file `.azure/config.json` keeps track of your currently selected environment. When you run `azd init` and no environments exist yet, `azd` automatically creates your first environment and sets it as the default. If you already have one or more environments and run `azd env new <name>`, you'll be prompted to choose whether to make the new environment the default. If you decline, the new environment is created but your current selection remains unchanged.
75
75
76
-
You can temporarily override the default environment for a single command by using the `--environment` flag. This does not change the default for future commands—only for that specific
76
+
You can temporarily override the default environment for a single command by using the `--environment` flag. This does not change the default for future commands.
0 commit comments