- Bought a vanity domain earlier this week from @dnsimple and now my phone is blowing up with solicitors, scammers, a… twitter.com/i/web/status/9… 12 hours ago
- Big news. twitter.com/auth0/status/9… 13 hours ago
- It seems that all technical advice boils down to "Stop, Think, Execute, Verify." Skip any one item on the list and… twitter.com/i/web/status/9… 1 day ago
- Hey, @shanselman I recently interviewed on @2ndCareerDevs and think it turned out really well. Would love to be a g… twitter.com/i/web/status/9… 1 day ago
- Hey, @ShawnWildermuth I recently interviewed on @2ndCareerDevs and think it turned out really well. Would love to b… twitter.com/i/web/status/9… 1 day ago
Configuring and Using an Internal NuGet Server
June 13, 2011Posted by on
This allows us to take advantage of the excellent .NET Open Source community, while keeping our “not for public” consumption libraries private. Our internal server hosts only our internal libraries and NuGet handles resolving all reference from the public package source. Which lends itself to a really clean workflow.
Next steps for us are to update to the latest version of TeamCity which has NuGet based build triggers.
Here is a quick video demonstrating how to use the internal/public feeds together from a users perspective in Visual Studio.