6

我的 NetStandard 项目中有以下内容

<ItemGroup>
<PackageReference Include="MyReference" Version="1.0.*" />
</ItemGroup>

当我将其更改为使用通配符（而不是 1.0.1）时，我在依赖项切换上得到一个感叹号，然后是 NuGet 切换，当然还有包本身。

当我签入时，CI 构建在另一端也失败了，给了我

找不到包 MyReference。源中不存在具有此 ID 的包：Microsoft Visual Studio 脱机包，nuget.org

使用没有通配符的实际版本（1.0.1）时，上述所有问题都消失了，但我想确保 .NET Core 恢复任务始终恢复到最新的包，我希望一个简单的通配符就可以做到.

注意 - 我正在使用我自己的私有 NuGet 存储库（包管理扩展）

请指教。

为什么在 CI 构建过程中使用通配符会失败，表明它找不到包？

因此，假设我已将 project1 部署到我自己的 NuGet 存储库。Project2 对 Project1 具有依赖关系，该依赖关系已作为 NuGet 包添加到 Project2。Project1 包驻留在我自己的存储库中，没有问题也没有错误。

当我使用通配符并在本地构建时，它可以工作并恢复最新版本。当我签入代码更改时（在 .csproj 中保留通配符）- CI 构建失败并显示上述错误消息。

4

1 回答 1

3

根据官方文档

使用 PackageReference 格式时，NuGet 还支持使用通配符表示法 *，表示主要、次要、补丁和数字的预发布后缀部分。packages.config该格式不支持通配符 。

对于你的问题

packages.config始终为项目文件、文件和文件中的包依赖项指定版本或版本范围.nuspec。在没有版本或版本范围的情况下，NuGet 2.8.x及更早版本在解析依赖项时会选择最新的可用包版本，而NuGet 3.x及更高版本会选择最低的包版本。指定版本或版本范围可以避免这种不确定性。

于 2018-09-14T03:20:48.710 回答