如何配置Appveyor仅在指定文件夹变更时部署至NuGet

完全可以实现这个需求！AppVeyor提供了几种灵活的方式来检测特定文件夹的代码变更，从而精准控制NuGet发布的触发时机，避免不必要的版本推送。下面是两种实用的解决方案，你可以根据自己的场景选择：

方案1：使用Git Diff命令自定义检测 #

这种方式适合需要完全控制变更对比逻辑的场景，比如要对比特定提交范围、或者自定义匹配规则。

步骤： #

1. 在你的appveyor.yml中添加一个PowerShell脚本步骤，检测目标文件夹（比如X/）是否有变更，并将结果存入环境变量：

install:
  - ps: |
      # 对比当前提交与上一个提交的变更文件
      try {
        $changedFiles = git diff HEAD~1 HEAD --name-only
        # 检查是否有变更文件位于X文件夹下
        $hasRelevantChanges = $changedFiles | Where-Object { $_ -match "^X/" }
      }
      catch {
        # 首次构建无历史提交时，默认判定为需要发布（可根据需求修改为$false）
        $hasRelevantChanges = $true
      }

      # 设置环境变量供后续步骤使用
      if ($hasRelevantChanges) {
        Write-Host "✅ 检测到X文件夹有变更，将执行NuGet发布"
        $env:SHOULD_PUBLISH = "true"
      }
      else {
        Write-Host "❌ X文件夹无变更，跳过NuGet发布"
        $env:SHOULD_PUBLISH = "false"
      }

2. 在NuGet发布步骤中添加条件判断，仅当SHOULD_PUBLISH为true时执行：

deploy:
  - provider: NuGet
    api_key:
      secure: YOUR_ENCRYPTED_NUGET_API_KEY # 替换为你加密后的NuGet密钥
    artifact: /.*\.nupkg/ # 匹配生成的NuGet包文件
    on:
      SHOULD_PUBLISH: true # 仅当环境变量为true时触发发布

如果是处理Pull Request构建，建议把Git命令改为对比当前分支与目标分支的差异：

$changedFiles = git diff origin/%APPVEYOR_REPO_BRANCH% HEAD --name-only

这样能更准确地检测PR中是否修改了目标文件夹的内容。

方案2：使用AppVeyor内置的changed命令 #

AppVeyor提供了内置的appveyor changed命令，能自动处理不同构建场景（分支构建、PR构建）的变更对比，无需手动编写Git命令，更简洁省心。

步骤： #

1. 在appveyor.yml中添加脚本步骤检测变更：

install:
  - ps: |
      # 检测X文件夹是否有变更
      if (appveyor changed -path "X/") {
        Write-Host "✅ 检测到X文件夹有变更，将执行NuGet发布"
        $env:SHOULD_PUBLISH = "true"
      }
      else {
        Write-Host "❌ X文件夹无变更，跳过NuGet发布"
        $env:SHOULD_PUBLISH = "false"
      }

2. 同样在发布步骤中添加条件判断，和方案1的deploy配置完全一致即可。

额外注意事项： #

• 如果需要检测多个文件夹，可以修改路径规则，比如appveyor changed -path "X/" -path "Y/"（或在Git Diff的匹配规则中用"^(X/|Y/)"）。
• 确保你的NuGet版本号生成逻辑和发布逻辑匹配：如果不发布新版本，建议版本号不要递增，避免出现未发布的版本号断层。比如可以在版本生成步骤中也加入SHOULD_PUBLISH的条件判断，仅当需要发布时才生成新的版本号。

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