Azure DevOps流水线使用浮动NuGet版本号时构建无法找到内部包

问题原因 #

DotNetCoreCLI的build命令默认会在执行时自动触发隐式Restore操作，尤其是当项目使用浮动版本号（如Version="*"）时，它会尝试重新检查并拉取最新版本的依赖包。但build步骤本身不支持vstsFeed参数（该参数仅适用于restore/pack/push命令），因此无法访问内部Azure DevOps NuGet源，导致找不到依赖包。而之前的restore步骤虽然成功拉取了包，但Build时的隐式Restore没有权限访问内部源，从而报错。

解决方案 #

方案1：Build时跳过隐式Restore（推荐） #

既然已经通过独立的restore步骤完成了依赖下载，直接在Build步骤中添加--no-restore参数，跳过自动Restore，复用已下载的包：

# 正确配置的Restore步骤
- task: DotNetCoreCLI@2
  displayName: 'Dotnet Restore'
  inputs:
    command: 'restore'
    projects: '**/*.csproj'
    feedsToUse: 'select'
    vstsFeed: '你的内部Feed的GUID/Feed名称' # 替换为实际值

# Build步骤添加--no-restore参数
- task: DotNetCoreCLI@2
  displayName: 'Dotnet Build'
  inputs:
    command: 'build'
    projects: '**/*.csproj'
    arguments: '--configuration Release --no-restore'

方案2：Build时显式指定内部NuGet源 #

如果必须让Build步骤访问内部源（比如需要动态拉取最新浮动版本），可以通过--source参数直接指定内部源的URL：

- task: DotNetCoreCLI@2
  displayName: 'Dotnet Build'
  inputs:
    command: 'build'
    projects: '**/*.csproj'
    arguments: '--configuration Release --source https://pkgs.dev.azure.com/你的组织名/_packaging/你的Feed名/nuget/v3/index.json'

注意：确保运行流水线的服务账号（如Project Collection Build Service (你的组织名)）拥有该NuGet源的读取权限，可在Azure DevOps的Feed设置中添加账号权限。

方案3：使用自定义nuget.config #

在项目根目录添加nuget.config，配置内部源，让Build步骤自动读取该配置：

<?xml version="1.0" encoding="utf-8"?>
<configuration>
  <packageSources>
    <add key="internal-feed" value="https://pkgs.dev.azure.com/你的组织名/_packaging/你的Feed名/nuget/v3/index.json" />
    <add key="nuget.org" value="https://api.nuget.org/v3/index.json" protocolVersion="3" />
  </packageSources>
</configuration>

然后流水线中无需额外配置源，Build步骤会自动使用该文件中的源配置（需确保服务账号有权限访问）。

关键注意事项 #

• DotNetCoreCLI@2的build命令不支持vstsFeed参数，这是你之前添加该参数报错的原因，该参数仅适用于与NuGet包管理直接相关的命令（restore/pack/push）。
• 浮动版本号会导致每次Restore都拉取最新版本，建议在正式环境中限制版本范围（如Version="[1.0,2.0)"），避免不可预期的依赖更新。

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