【问题标题】:ASP.NET NuGet Package Dependency Will Not UpdateASP.NET NuGet 包依赖项不会更新
【发布时间】:2020-03-11 03:19:06
【问题描述】:

我正在使用内部 NuGet 包依赖项的 ASP.NET 网站 (Website-A) 代码库。

Website-A 使用 NuGet 依赖项 (Dependency-A) 的预发布版本。打开网站 A 并查看“用于解决方案的 NuGet 包”显示当前已安装 Dependency-A。运行“还原 NuGet 包”正常运行,没有错误。

重建此 .NET 解决方案应导致在其中一个项目中创建一个目录。 (此目录不会被“包含”在 Website-A 的项目中,但该文件夹应该是可见的。我点击了“显示所有文件”按钮。

问题是这个目录在重建后没有出现,也没有在NuGet包管理器中重新安装依赖然后重建后出现。

我们发现,如果我们手动删除解决方案中的“packages”文件夹,然后“恢复 NuGet 包”,然后重新构建解决方案,则依赖项现在会按照应有的方式创建目录.似乎需要“包”文件夹不存在才能正常工作。

我的问题是:我是否缺少自动删除包文件夹的设置?我想避免每次需要更新到 NuGet 包的新预发布时都必须手动删除此文件夹(我们做了很多这样的工作)。我正在使用 Visual Studio Enterprise 2017。

【问题讨论】:

  • 在本地开发时,如果您的机器上有两个项目,则项目引用是比 nuget 包更好的选择。

标签: c# asp.net visual-studio nuget


【解决方案1】:

我的问题是:就设置而言,我是否缺少某些东西 自动删除packages文件夹?

恐怕答案是否定的。 AFAIK,VS 没有删除解决方案目录中的packages 文件夹的选项,因为这不是执行package updatepackage restore 的正常方法。

另外: 预发布包是否有不同的名称,例如 packageName.1.2.0-beta1.nupkg、packageName.1.2.0-beta2.nupkg?

如果您的预发布包有不同的版本,并且您使用VS Package Manager UI 中的Update 按钮更新它们,我认为这个奇怪的问题您不应该遇到这个问题。而且如果你在本地机器上同时拥有这两个项目,那么在本地使用 nuget 包进行开发并不是一个好的选择……

【讨论】:

  • 这是另一个开发 NuGet 包的开发人员,所以我无法做项目参考。我们有一个用于预发布的内部 ProGet 提要。预发布包确实有唯一的名称。我不使用更新选项卡按钮(在浏览/安装/更新/合并选项卡中)更新它们。我通过在“已安装”中选择它来安装最新版本,然后检查要安装它的项目(在右侧)。
  • 我不是唯一遇到此问题的人。我在另一个开发人员的机器上看到了它。但是今天这个问题消失了。我正在调查这是否可能是因为挂起进程/需要重新启动应用程序/需要重新启动问题。
  • 很高兴知道问题消失了,如果有任何更新,请随时告诉我:)
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2019-03-19
  • 1970-01-01
  • 2019-12-05
  • 1970-01-01
  • 1970-01-01
  • 2017-09-07
相关资源
最近更新 更多