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
{{ message }}
This repository was archived by the owner on Nov 19, 2024. It is now read-only.
If you want to add the same variables to your Integration, Staging, and Production environments, we recommend adding all of the variables one at a time to Integration. After you finish adding variables, trigger a deployment to Staging and production. All variables will be inherited from Integration.
Copy file name to clipboardExpand all lines: guides/v2.0/cloud/project/project-webint-basic.md
+4Lines changed: 4 additions & 0 deletions
Original file line number
Diff line number
Diff line change
@@ -85,6 +85,10 @@ For an example of variables, we walk you through creating Magento Admin variable
85
85
86
86
To view or edit environment variables, you must have at minimum the project reader role with [environment admin]({{ page.baseurl }}cloud/project/user-admin.html#cloud-role-env) privileges.
87
87
88
+
For new Pro projects **created after 10-23-2017**, you can add variables for all environments through the Project Web Interface.
89
+
90
+
{% include cloud/wings-variables.md %}
91
+
88
92
### Environment variable {#env}
89
93
To set environment specific variables in the Project Web Interface:
**New projects provisioned October 23, 2017 and later** will already have Staging and Production in their Project Web Interface. Any existing projects created before this date will need to enter a ticket to be converted.
18
+
**New projects provisioned October 23, 2017 and later** will already have Staging and Production in their Project Web Interface. Any existing projects created before this date will need to enter a ticket to be converted. This information will help you understand the changes and enter a ticket.
19
19
</div>
20
20
21
21
## New features {#features}
@@ -53,16 +53,16 @@ After the conversion, the three repositories are merged into a single repository
53
53
<table>
54
54
<thead>
55
55
<tr>
56
-
<th>Branch</th>
57
-
<th>Environment</th>
56
+
<thstyle="width: 100px;">Branch</th>
57
+
<thstyle="width: 100px;">Environment</th>
58
58
<th>Description</th>
59
59
</tr></thead>
60
60
<tbody>
61
61
<tr>
62
-
<td><code>master</code></td>
63
-
<td>Integration master</td>
64
-
<td><p>The master branch of the single repository. In the Project Web Interface, this is called Integration. You branch from <code>master</code> for your development on your local, generating an environment when you push code.</p>
65
-
<p>When you convert, all active and inactive branches continue as children to the <code>master</code> branch.</p></td>
62
+
<td>(no branch)</td>
63
+
<td>Global Master</td>
64
+
<td>This "branch" captures global project changes including adding user accounts and variables.
65
+
</td>
66
66
</tr>
67
67
<tr>
68
68
<td><code>production</code></td>
@@ -76,9 +76,26 @@ After the conversion, the three repositories are merged into a single repository
76
76
<td><p>This is a branch from <code>master</code> with a deployment target. You cannot branch from this branch. You merge code from <code>master</code> to this branch to go live with updated configurations and code.</p>
77
77
<p>When you convert, the Integration <code>master</code> is branched into a <code>staging</code> branch with the users access and environment variables.</p></td>
78
78
</tr>
79
+
<tr>
80
+
<td><code>master</code></td>
81
+
<td>Integration master</td>
82
+
<td><p>The master branch of the single repository. In the Project Web Interface, this is called Integration. You branch from <code>master</code> for your development on your local, generating an environment when you push code.</p>
83
+
<p>When you convert, all active and inactive branches continue as children to the <code>master</code> branch.</p></td>
84
+
</tr>
79
85
</tbody>
80
86
</table>
81
87
88
+
In the Project Web Interface, you will see the following environments and branches:
Be aware, the following actions will trigger a redeploy of the environment. This redeploy is much shorter, not pushing code or data changes.
93
+
94
+
* Add a user to a specific environment
95
+
* Add an environment variable to a specific environment
96
+
97
+
{% include cloud/wings-variables.md %}
98
+
82
99
## Prepare for adding Staging and Production {#prepare}
83
100
When we add Staging and Production access to the Project Web Interface, we will leverage the user accounts, branch user permissions, and environment variables from your Integration `master` environment.
0 commit comments