From 3330685feb93e952685c7e929de14889bb53d498 Mon Sep 17 00:00:00 2001 From: Kevin Heis Date: Wed, 21 Sep 2022 07:02:43 -0700 Subject: [PATCH] Add link to merge queue doc (#30983) --- contributing/deployments.md | 8 +++++--- 1 file changed, 5 insertions(+), 3 deletions(-) diff --git a/contributing/deployments.md b/contributing/deployments.md index b53ba59fba..61d919c8fc 100644 --- a/contributing/deployments.md +++ b/contributing/deployments.md @@ -2,17 +2,19 @@ Staging and production deployments are automated by a deployer service created and maintained by @github/docs-engineering. -### Staging deployments +### Preview deployments -When a pull request is **opened**, **reopened**, or **synchronized** (i.e has new commits), it is automatically deployed to a unique staging URL. +When a pull request is **opened**, **reopened**, or **synchronized** (i.e has new commits), it is automatically deployed to a unique preview URL. -If a staging deployment fails, you can trigger a new deployment in a few ways: +If a preview deployment fails, you can trigger a new deployment in a few ways: - close and re-open the pull request - push another commit to the branch - click **Update Branch** on the pull request page on github.com, if it's clickable ### Production deployments +Docs uses [merge queue](https://docs.github.com/en/pull-requests/collaborating-with-pull-requests/incorporating-changes-from-a-pull-request/merging-a-pull-request-with-a-merge-queue). + When a pull request is merged to the repo's default branch, it is automatically deployed to production and the status is displayed on the PR's page on github.com. It can take up to 24 hours for changes to be visible on the site. After a PR is closed, the branch is automatically deleted. This does not affect the deployment process.