我刚刚偶然发现了这篇关于部署槽的博客文章。一年多来，我一直想知道如何在将新版本的代码投入生产时最大限度地减少停机时间……我从来不知道/意识到可以使用部署槽做什么。
所以，我开始设置我的部署槽，称为“staging”。
创建插槽后，我去现场查看是否一切正常。当页面加载时，它说该站点已创建，但尚未部署任何内容。我意识到我还需要将我的持续部署设置到插槽。
然后我通过 BitBucket 将此暂存槽绑定到我的主存储库。现在代码已部署并加载站点。
第一个问题：现在我从我的主分支加载了常规的生产站点，以及暂存版本。是否应该从常规生产版本中删除持续部署？例如，如果/当我合并到主分支时，它是否会构建并部署到两个站点，或者它是否足够聪明地识别部署槽，并且只部署到那个，然后等待手动交换或配置AutoSwap 将代码推送到生产环境？
第二个问题：在暂存槽上，我的 site.min.css 文件是空的，因此我的任何特定于我的站点的 css 更改都不会加载。这使它看起来很可怕。为什么我的 css 没有加载到部署槽？
产品：http ://www.wrestlestat.com 分期：http ://wrestlestat-staging.azurewebsites.net