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/static-web-apps/review-publish-pull-requests.md
+8-5Lines changed: 8 additions & 5 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -15,7 +15,7 @@ This article demonstrates how to use pre-production environments to review chang
15
15
16
16
A pre-production (staging) environment is a fully-functional staged version of your application that includes changes not available in production.
17
17
18
-
Azure Static Web Apps generates a GitHub Actions workflow in the repository. When a pull request is created against a branch that the workflow watches, the pre-production environment is built. The pre-production environment stages the app, enables you to perform reviews before pushing to production.
18
+
Azure Static Web Apps generates a GitHub Actions workflow in the repository. When a pull request is created against a branch that the workflow watches, the pre-production environment is built. The pre-production environment stages the app, enables you to perform reviews before pushing them to production.
19
19
20
20
Multiple pre-production environments can co-exist at the same time when using Azure Static Web Apps. Each time you create a pull request against the watched branch, a staged version with your changes is deployed to a distinct pre-production environment.
21
21
@@ -40,7 +40,7 @@ Begin by making a change in your repository. You can do it directly on GitHub as
40
40
41
41
1. Navigate to your project's repository on GitHub, then click on the **Branch** button to create a new branch.
42
42
43
-
:::image type="content" source="./media/review-publish-pull-requests/create-branch.png" alt-text="Create new branch using GitHub interface":::]
43
+
:::image type="content" source="./media/review-publish-pull-requests/create-branch.png" alt-text="Create new branch using GitHub interface":::
44
44
45
45
Type a branch name and click on **Create branch**.
46
46
@@ -62,7 +62,7 @@ Next, create a pull request from this change.
62
62
63
63
1. Click on the **Compare & pull request** button of your branch.
64
64
65
-
1. You can optionally fill-in some details about your changes, then click on **Create pull request**.
65
+
1. You can optionally fillin some details about your changes, then click on **Create pull request**.
66
66
67
67
:::image type="content" source="./media/review-publish-pull-requests/open.png" alt-text="Pull request creation in GitHub":::
68
68
@@ -85,6 +85,9 @@ If you take a closer look at the URL, you can see that it's composed like this:
85
85
86
86
For a given pull request, the URL remains the same even if you push new updates. In addition to the URL staying constant, the same pre-production environment is reused for the life of the pull request.
87
87
88
+
To automate the review process with end-to-end testing, the [Azure Static Web App Deploy GitHub Action](https://github.com/Azure/static-web-apps-deploy) has the `static_web_app_url` output variable.
89
+
This URL can be referenced in the rest of your workflow to run your tests against the pre-production environment.
90
+
88
91
## Publish changes
89
92
90
93
Once changes are approved, you can publish your changes to production by merging the pull request.
@@ -93,7 +96,7 @@ Click on **Merge pull request**:
93
96
94
97
:::image type="content" source="./media/review-publish-pull-requests/merge.png" alt-text="Merge pull request button in GitHub interface":::
95
98
96
-
Merging copies your changes to the tracked branch (the "production" branch). Then, the deployment workflow starts on the tracked branch and the changes are live after your application has rebuilt.
99
+
Merging copies your changes to the tracked branch (the "production" branch). Then, the deployment workflow starts on the tracked branch and the changes are live after your application has been rebuilt.
97
100
98
101
To verify the changes in production, open your production URL to load the live version of the website.
99
102
@@ -104,7 +107,7 @@ To verify the changes in production, open your production URL to load the live
104
107
> [!WARNING]
105
108
> Be careful when publishing sensitive content to staged versions, as access to pre-production environments are not restricted.
106
109
107
-
- The number of pre-production environments available for each app deployed with Static Web Apps depends of the [hosting plan](plans.md) you are using. For example, with the Free tier you can have 3 pre-production environments in addition to the production environment.
110
+
- The number of pre-production environments available for each app deployed with Static Web Apps depends on the [hosting plan](plans.md) you are using. For example, with the Free tier you can have 3 pre-production environments in addition to the production environment.
108
111
109
112
- Pre-production environments are not geo-distributed.
0 commit comments