Use a Local NuGet Package Source

Use a Local NuGet Package source
When you just need to test a package and you don't want to publish it anywhere externally.
Links
learn.microsof...
learn.microsof...
Check out my courses: ardalis.com/tr...
Hey everyone, I'm Steve Smith aka ardalis and in this video we look at what it's like to pair program with ChatGPT 4!
Consulting and Training: NimblePros.com
Developer Group Mentoring: devBetter.com
If you read this far, I hope you liked the video and consider subscribing to my channel!
Find me:
ardalis.com
/ ardalis
github.com/ard...
/ stevenandrewsmith
bsky.app/profi...
#dotnet #nuget #testing #leftpad #ardalis

[@jimvacca7101]

Great video! Everything you would need to know in under 6 minutes!! Thank you.

[@Ardalis]

You're welcome!

[@JeffZuerlein]

Short and sweet...Great content Steve!

[@Ardalis]

Thanks!

[@bowentelevision]

Explained really simply and works. Thanks.

[@Ardalis]

You're welcome!

[@georget10i]

Thank you! Excellent tutorial. By the way, for local operations you can use "add" command instead of the push. It was made specifically for adding packages to a non-HTTP package source (a folder or UNC path) in a hierarchical layout.

[@Ardalis]

Great tip!

[@Reverence12389]

Would love to see a follow up video for recommendations and best practices on how to debug the nuget package from the consuming application locally and how to easily handle hot swapping between the local nuget package and real one from the live nuget server.

[@Ardalis]

Great suggestion! Do you have any experience to share, yourself?

[@rodfalanga3770]

Hey Steve, I did like this video. Do you have to first install a NuGet server locally, to do what you've done here?

[@Ardalis]

It's just a folder. I usually use c:\LocalNuget. No install needed.

[@mk553]

Are these instructions basically the same for .NET Framework 4.x?

[@Ardalis]

Yes, 100%.

[@anstwechy40]

hello, Steve! I'm a bit stuck with a project and could use your help. So, I have a large project with several web API projects using some of the same class libraries in the same solution. I'm not sure whether to include my code as a project reference or as a NuGet package. Any ideas on the best approach? Thanks a bunch!

[@JasonLeBel]

If the web api projects are all in the same repo, then use proj references. Can have a single large solution, or multiple solutions for each web api if you'd like (along with the projects that each of them need), and just reference the projects directly.

[@Ardalis]

I agree with @JasonLeBel. Prefer project references if it's all really one solution/application. If you're shipping separate independent apps (or microservices) then nuget packages start to make sense. But they are a lot more friction to update so ideally only shift to packages when they're somewhat stable and not changing multiple times per day.

[@Judgedredd95]

Thanks, Jack Burton!

[@Ardalis]

Just remember what ol' Jack Burton does when the earth quakes, and the poison arrows fall from the sky, and the pillars of Heaven shake...

[@therongovender9471]

You camera blocked the whole push command

[@Ardalis]

yeah sorry, it's hard to always catch that.

[@steve-ardalis-smith]

Nope! Any folder will do!

[@Ardalis]

What he said! :)