我遇到了一个解决方案(.Net Full框架)解决方案中没有package.config,而来自内部Nuget服务器的Feeds。
如果不在Package.Config?
中维护包列表答案 0 :(得分:2)
如果不在Package.Config?
中,包的列表在哪里?
首先,您应该确保已经安装了nuget软件包,一旦安装了软件包,NuGet会将Package.Config
文件添加到您的项目中,以便在项目文件或软件包中记录依赖项.config文件。
如果您确认您的解决方案已安装nuget软件包,但没有Package.Config
文件,则您的nuget软件包应使用其他管理方法:PackageReference
编辑项目,您将找到以下PackageReference列表:
<ItemGroup>
<PackageReference Include="Contoso.Utility.UsefulStuff" Version="3.6.0" />
</ItemGroup>
有关详细信息,请参阅NuGet is now fully integrated into MSBuild:
过去,NuGet包以两种不同的方式管理 - packages.config和project.json - 每个都有自己的集合 优点和局限。使用Visual Studio 2017和.NET Core,我们 通过引入改进了NuGet包管理经验 MSBuild中的PackageReference功能。 PackageReference带来了新的 和改进的功能,如深度MSBuild集成,改进 日常任务的性能,如安装和恢复, 多目标等等。
答案 1 :(得分:1)
packages.config文件可能在其他地方?在这种情况下,查看您的msbuild项目文件(即* .csproj,* .vbproj,* .vcxproj),并查看对该nuget程序集的引用来自何处。然后在该目录中查找packages.config文件。它可能比这更复杂,在这种情况下,在您的仓库中对packages.config进行全局搜索非常有用,以查看它们所在的位置(如果它们确实存在的话)。
这是一种常见做法:让一个项目指定nuget包,所有其他项目都借用它。正如Jon所说,这实际上取决于公司和部门的人员如何设置构建和依赖。