Hello forum,
My Specs:
OS: Windows 10, 64-bit, Build 19042.1288
VS: 2019 Version 16.11.3
I'm testing a local nuget package that's packaged from a C# library that I developed. I've listed the directory containing the .nupkg file as a <packageSource> in my nuget.config file. That packageSource location is listed in the VS Package Manager UI and I can access the library from the referencing project without a problem.
An issue arises however when I make changes to library and build the .nupkg fresh. I notice that these changes don't get reflected in the referencing project; I've tried to restart VS and open the solution to refresh the package reference, but with no success.
What this means to me is that the package that the referencing project uses is not the .nupkg in the <packageSource> location, though the Package Manager would imply that it is. I looked around for where the referencing project could be pulling the outdated package, and found that instead of the <packageSource>, it is referencing the old code contained in a .nupkg stored in my local user's /.nuget/packages folder. This means to get the changes to my library, I have to remove the old code in this location first.
I don't understand how / why this happens, but it seems like a simple fix for anyone that understands the background of what happens when the library gets packaged and how it ends up in my local user's .nuget/packages folder. Perhaps some setting I can change so that the old code in this /.nuget/packages folder gets overwritten upon packing the library?
Thanks in advance for any assistance you can provide!