从本地NuGet(v2)迁移至Azure DevOps Artifacts：批量传包方法咨询

嘿，你的思路完全可行，而且这是批量迁移NuGet包到Azure DevOps Artifacts的常用方案之一！咱们一步步拆解你的问题：

1. PowerShell遍历推送方案的可行性 #

完全没问题！Azure DevOps Artifacts兼容标准的NuGet命令行操作，只要你配置好源的访问凭据，遍历文件共享里的.nupkg文件逐个推送是完全可行的。本地源和云端源的核心区别仅在于凭据配置，只要搞定这一点，其他操作和本地源推送几乎一致。

给你一个实用的PowerShell脚本示例，已经考虑了重复包跳过、错误处理等细节：

# 配置你的Azure DevOps信息
$feedName = "你的Feed名称"
$orgUrl = "https://dev.azure.com/你的组织名称"
$patToken = "你的个人访问令牌(PAT)" # 注意：PAT需要拥有Feed的「推送(Push)」权限

# 注册Azure DevOps Artifacts源（首次运行需要，后续可跳过）
nuget sources Add -Name $feedName -Source "$orgUrl/_packaging/$feedName/nuget/v3/index.json" -Username "AzureDevOps" -Password $patToken

# 遍历文件共享中的所有nupkg并推送
Get-ChildItem -Path "\\MyFileSharePath\*.nupkg" -Recurse | ForEach-Object {
    Write-Host "正在推送包：$($_.Name)"
    try {
        nuget push $_.FullName -Source $feedName -ApiKey azdo -SkipDuplicate
    }
    catch {
        Write-Warning "推送包 $($_.Name) 失败：$_"
    }
}

• -SkipDuplicate参数很关键：可以自动跳过已经存在于目标Feed中的包，避免重复操作和错误；
• PAT权限：一定要确保你的PAT拥有「Packaging > Push」权限，否则会被拒绝访问。

2. 更优方案参考 #

除了PowerShell遍历，还有几个更高效的方案可以选择：

• 直接用NuGet批量推送命令：NuGet本身支持批量推送，不需要PowerShell遍历，一条命令就能搞定：

  nuget push "\\MyFileSharePath\*.nupkg" -Source $feedName -ApiKey azdo -SkipDuplicate
  

  这个方式更简洁，适合包数量不多的场景。
• Azure DevOps Pipeline自动化迁移：如果你们已经在用Azure DevOps，可以创建一个Pipeline来完成迁移：
  • 用「NuGet工具安装器」任务确保使用最新版nuget.exe；
  • 用「PowerShell」或「NuGet」任务执行推送命令；
  • 好处是不需要在本地机器配置环境，有完整的执行日志，还能定时触发（如果后续还有新包需要迁移）。
• 分批次/并行推送：如果有数百上千个包，可以分批次推送（比如按包名前缀分组），或者用并行方式提升效率，但要注意不要触发Azure DevOps的速率限制。

3. 能否上传现有NuGet包到AzDo Artifacts？ #

当然可以！Azure DevOps Artifacts支持上传任何符合NuGet规范的包——不管是本地生成的旧版本包、从其他源下载的包，甚至是第三方包（只要你有版权权限）。只要包的「ID+版本」组合在目标Feed中不存在（或者用-SkipDuplicate跳过已存在的），就能成功推送。如果你的包包含符号文件（.snupkg），推送时也会自动识别并上传到符号源。

额外注意事项 #

• 确保使用最新版的nuget.exe，避免因版本过低导致的兼容性问题；
• 不要把PAT明文写在脚本里：本地运行可以用环境变量存储，Pipeline中可以用「秘密变量」；
• 如果文件共享里有损坏的.nupkg，推送会失败，脚本中的try/catch可以帮助你记录错误并继续执行其他包的推送。

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