Azure静态Web应用：能否采用常规构建-发布流水线部署？

1. 自动生成的流水线分支为何硬编码？ #

Azure静态Web Apps自动生成的流水线是基于快速启动模板创建的，为了简化初次配置，直接把触发分支写死在了YAML文件里。这不是不能修改，你可以手动编辑流水线的YAML，将trigger字段下的分支替换为master；也可以进入流水线的「触发」设置页面，直接调整触发分支规则。

2. 能否采用常规构建-发布流程部署？ #

完全可以，步骤如下：

• 构建流水线：保留你已有的React构建逻辑，完成后将build目录打包发布为Azure DevOps工件。
• 发布流水线：由于Azure DevOps任务市场目前没有专门的Azure静态Web Apps部署任务，你需要使用Azure CLI任务来完成部署。在任务中执行以下命令：

  az staticwebapp deploy --name <你的静态网站名称> --resource-group <资源组名称> --artifact-location build
  

  注意要提前配置好Azure服务连接，确保流水线有权限访问目标静态Web Apps资源。

你也可以选择在构建流水线末尾直接添加这个Azure CLI命令，但分开构建和发布流程更符合你期望的常规模式。

3. 为何流程与Azure Functions/App Service不一致？ #

这是由服务定位差异导致的：

• Azure Functions和App Service是通用计算服务，Azure DevOps为它们提供了成熟的专用部署任务，适配常规的构建-发布流程。
• Azure静态Web Apps的设计初衷是紧密集成GitHub/GitLab等代码仓库，默认支持从代码直接触发构建部署，其Azure DevOps集成目前更依赖Azure CLI而非专用任务，因此流程上看起来和其他服务不同。

内容的提问来源于stack exchange，提问作者Richard Barraclough