我之前在维护.NET Core 1.x老项目的时候，正好碰到过和你一模一样的问题——VS里打开项目能正常拉包，但命令行跑dotnet restore要么失败要么拉错版本。结合当时的排查经验，给你几个实用的解决方向：

1. 锁定命令行使用的.NET Core SDK版本 #

.NET Core 1.1.4项目对SDK版本有严格依赖，命令行默认调用的SDK可能是更高版本（比如2.x/3.x），这些版本对1.x项目的兼容性很差。

• 先在命令行执行dotnet --version，确认当前SDK是不是1.1.x系列的（1.1.4项目通常匹配1.1.14版本的SDK）。
• 如果版本不对，在项目根目录创建global.json文件，强制指定SDK版本：

  {
    "sdk": {
      "version": "1.1.14"
    }
  }
  

  保存后再重新运行dotnet restore试试。

2. 对齐VS和命令行的NuGet源配置 #

Visual Studio和命令行可能用了不同的NuGet源配置——VS可能配置了私有源或者内部源，而命令行用的是全局默认配置。

• 查看命令行的NuGet源：执行dotnet nuget list source，然后对比VS里的源（VS路径：工具→NuGet包管理器→包管理器设置→包源）。
• 如果命令行缺少必要的源，用命令添加：dotnet nuget add source <你的源地址> -n <源名称>
• 要是有被禁用的源，执行dotnet nuget enable source <源名称>启用它。

3. 明确.csproj里的包版本 #

有时候.csproj里的<PackageReference>没写死版本，或者用了版本范围，VS会自动处理兼容版本，但命令行restore会严格按照规则拉取，容易出错。

• 打开你的.csproj文件，确保所有<PackageReference>都有明确的Version属性，比如：

  <PackageReference Include="Microsoft.AspNetCore.Mvc" Version="1.1.5" />
  

• 把版本范围（比如[1.1.0,)）改成固定版本，避免命令行拉取不符合预期的高版本包。

4. 清理本地NuGet缓存 #

本地缓存的包可能损坏或者版本混乱，导致命令行restore拉错包。

• 执行命令清理所有缓存：dotnet nuget locals all --clear
• 清理完成后再重新运行dotnet restore。

5. 检查命令行权限 #

有时候普通权限的命令行没有足够权限写入NuGet缓存目录，导致拉包失败。

• 尝试用管理员权限打开命令提示符，再执行dotnet restore。
• 或者检查本地NuGet缓存目录（默认是%userprofile%\.nuget\packages）的读写权限，确保当前用户有读写权限。

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