Nuget依赖项管理(内部/私有源)

Nuget依赖项管理(内部/私有源),nuget,nuget-package,Nuget,Nuget Package,我有自己的用于内部库的Nuget包源代码。一些项目引用同一解决方案中的其他项目。当前,依赖项被引用到Nuget包。这方面的管理可能会成为一个难题,因为如果更新了一个具有依赖关系的项目,我必须等待该依赖关系包更新,以便使用新的引用更新另一个项目。有些项目具有多层依赖关系,因此在某些情况下,我需要等待5个构建版本build、update package、build、update package in next level等,才能将包放入主项目中。是否有更好的方法来管理此问题,或者这只是使用Nuget

我有自己的用于内部库的Nuget包源代码。一些项目引用同一解决方案中的其他项目。当前,依赖项被引用到Nuget包。这方面的管理可能会成为一个难题,因为如果更新了一个具有依赖关系的项目,我必须等待该依赖关系包更新,以便使用新的引用更新另一个项目。有些项目具有多层依赖关系,因此在某些情况下,我需要等待5个构建版本build、update package、build、update package in next level等,才能将包放入主项目中。是否有更好的方法来管理此问题,或者这只是使用Nuget的代价?

理想情况下,您不会将库包含在给定应用程序的解决方案中,而只通过Nuget将它们添加到解决方案中。您可以通过引用在给定库的Packages.config文件中管理NuGet包之间的版本控制


当我遇到需要从消费应用程序中单步执行库代码的情况时,我会删除NuGet包并将库项目添加到解决方案中。然后将应用程序中的项目引用添加到该库项目中。理想情况下,这种情况应该很少发生。

您是否通过NuGet将库安装到主项目中,并将库的项目添加到同一解决方案中?假设我有Company.Core和Company.NewStuff作为NuGet软件包,NewStuff取决于Core。如果我引用NewStuff包中的Core作为项目引用,并且Core的版本低于NewStuff,则在通过NuGet将其添加到主项目时,无法找到该包。所以核心是通过Nuget添加到NewStuff的,作为一种解决方法。这就是造成管理问题的原因。现在,当核心更新时,我们的Nuget包中的每个项目都必须更新。然后所有的软件包都依赖于这些软件包。这不是我所希望的答案,而是事实。希望他们将来能让事情变得更容易。