如何避免新增GitHub workflow yml文件触发Azure App Service重新部署？

方法1：修改现有Workflow触发规则，排除Workflow文件变更 #

每个自动生成的Workflow默认会监听主分支的所有推送，你可以给每个Workflow加上paths-ignore规则，让它们忽略.github/workflows/目录下的文件变更——这样新增或修改Workflow文件时，就不会触发这些现有Workflow运行。

修改后的Workflow触发部分示例：

on:
  push:
    branches:
      - main
    paths-ignore:
      - '.github/workflows/**'

之后只有代码（非Workflow文件）变更时，才会触发对应App Service的部署，新增其他Workflow文件不会影响现有服务。

方法2：用单一通用Workflow管理多App Service部署 #

放弃让每个App Service自动生成独立Workflow，手动写一个通用Workflow，通过部署矩阵或环境变量控制部署目标，彻底避免新增文件触发全量部署。

示例通用Workflow结构：

name: 多App Service批量部署
on:
  push:
    branches: [ main ]
    paths-ignore:
      - '.github/workflows/**'

jobs:
  deploy:
    runs-on: ubuntu-latest
    strategy:
      matrix:
        app-service: [ '客户A服务', '客户B服务', '客户C服务' ] # 新增客户时在这里加新的App Service名称

    steps:
      - uses: actions/checkout@v4

      - name: 部署到Azure App Service
        uses: azure/webapps-deploy@v2
        with:
          app-name: ${{ matrix.app-service }}
          publish-profile: ${{ secrets[format('AZURE_{0}_PROFILE', matrix.app-service)] }}
          package: .

新增客户时，只需要在matrix.app-service列表里加新的服务名称，同时在GitHub仓库的Secrets中添加对应的发布配置文件即可，全程不会新增Workflow文件，自然不会触发全量重启。

方法3：手动配置新App Service的部署规则 #

如果要保留每个App Service的独立配置，创建新服务时别用Azure门户的自动生成Workflow功能：

1. 在Azure门户的App Service部署中心，选GitHub Actions后，跳过自动生成，选择手动配置
2. 自定义Workflow的触发规则，加上paths-ignore排除Workflow目录的变更
3. 手动提交这个自定义Workflow到仓库，避免默认规则触发全量部署

内容的提问来源于stack exchange，提问作者Matt Smith