2

In my company, we want to publish our internal libraries and tools using an internal NuGet package source.

There are plenty of examples of how to build your own NuGet Server, hosted in an IIS. But it is also possible to simply put all your .nupkg files in a shared folder with well managed read/write rights) so that your whole team can access them.

The configuration in Visual Studio (here 2013) is a no-brainer in both cases: enter image description here

Is there any advantage in bothering with an IIS hosting, Server deployement, ... etc, compared to simple shared folder?

Askolein
  • 3,250
  • 3
  • 28
  • 40
  • Checkout Proget from Inedo. Has a few more features that show what more can be done besides being a file share. – Andy Nov 22 '14 at 01:54

1 Answers1

4
  • When working from home without a VPN, a secured web-connection is more preferable.
  • Distributed teams might require access (outsourcing project components to India or Poland).
  • Build servers might not support the shared folder method (it is more complicated to allow UNC paths for a user without a desktop session).
  • Firewall restrictions or company policy are likely reasons to make a web-server more appealing.

I've also seen DropBox being used for sharing repositories, which works around many of the issues with shared folders and also requires less hassle to set up. Often company policies disallow the use of DropBox or anything like it in which case a web-server may work best.

Louis Somers
  • 2,560
  • 3
  • 27
  • 57
  • 4
    Another point might be performance. An actual server can index the package IDs and versions. A file share forces the clients to scan the file system. – Immo Landwerth Nov 16 '14 at 01:09