我们正在Azure中创建一个系统，从而设置从Git分支到临时插槽的连续部署。准备好将其部署到生产环境后，将交换过渡插槽与部署插槽（https://docs.microsoft.com/en-us/azure/app-service/deploy-staging-slots）。
SelectedItem=Null
我的问题是交换后登台插槽会发生什么？期望的行为是什么都不会发生，因此可以进行重新交换以回滚到稳定状态。但是，我担心连续部署系统可能会意识到有变化，并立即从+-------------------------------------+ +------------------------+
|GIT | |AZURE |
| | | |
| master | | |
| + | | |
| | | | |
| | 1. merge into staging-branch | | |
| | | | |
| v | | |
| staging-branch +-----------------+----+> Staging slot |
| 2. Continuous deployment ^ |
+----------------------------^--------+ | | |
| | | 3. Swap slots |
| | | 3a. Swap again if something
+ | | went wrong |
Question: When does | v |
this re-deploy? | Deployment slot |
| |
+------------------------+
重新部署。
我的猜测是，除非1）将另一提交推送到staging-branch或2）手动启动重新部署，否则不会进行重新部署。但是，我还没有在任何地方看到此文件。
答案 0 :(得分：1)
持续部署部分只是查看您的回购中的更改，而不是查看Web应用程序实际内容中的更改。交换时，暂存插槽现在将包含生产的先前版本，直到您对存储库提交更改，然后将其推送并覆盖它。