【问题标题】:Azure deployment slot setup and questionsAzure 部署槽设置和问题
【发布时间】:2016-12-16 21:29:02
【问题描述】:

我刚刚偶然发现了this blog post 关于部署槽的信息。一年多来,我一直想知道如何在将新版本的代码投入生产时最大限度地减少停机时间......我从来不知道/意识到部署槽可以做什么。

所以,我开始设置我的部署槽,称为“staging”。

创建槽后,我去现场查看是否一切正常。当页面加载时,它说该站点已创建,但尚未部署任何内容。我意识到我还需要将我的持续部署设置到插槽。

然后我通过 BitBucket 将此暂存槽绑定到我的主存储库。现在代码已部署并加载站点。

第一个问题:现在我从我的主分支加载了常规的生产站点,以及暂存版本。是否应该从常规生产版本中删除持续部署?例如,如果/当我合并到主分支时,它是否会构建并部署到两个站点,或者它是否足够聪明地识别部署槽,并且只部署到那个,然后等待手动交换或配置AutoSwap 将代码推送到生产环境?

第二个问题:在暂存槽上,我的 site.min.css 文件是空的,因此我的任何特定于我的站点的 css 更改都不会加载。这使它看起来很可怕。为什么我的 CSS 没有加载到部署槽?

产品:http://www.wrestlestat.com 暂存:http://wrestlestat-staging.azurewebsites.net

【问题讨论】:

    标签: css azure deployment azure-deployment azure-deployment-slots


    【解决方案1】:

    如果您有暂存槽,则无需为生产站点配置 CI。您需要将 CI 从 master 配置到 staging slot 并与生产进行交换。对于交换,我建议配置自动交换。

    【讨论】:

    • 知道为什么我的 CSS 没有加载到暂存站点吗?
    • 文件在服务器上吗?您可以使用 kudu 进行检查。
    • site.min.css 文件在那里,但它是空的。生产站点已正确加载。
    • 尝试删除插槽并尝试创建一个新插槽,如果可能,创建一个新配置文件,看看它是否能解决问题。
    • 尝试删除并重新添加插槽,但没有成功。创建新个人资料是什么意思?
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2015-10-20
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2019-11-28
    • 1970-01-01
    相关资源
    最近更新 更多