我有以下组件:
我想从我的解决方案中利用NuGet包，并将它们作为源代码的一部分存储在本地 -- 而不必依赖于构建和生产服务器上的互联网连接或NuGet包服务器。
Scott Hanselman写了一篇名为当NuGet.org宕机时如何访问NuGet（或者你在飞机上）的优秀文章。如果您阅读了这篇文章，您会发现他所提出的建议主要是临时解决方案，并且他极力强调除非在紧急情况下，否则您永远不需要离线缓存。
然而，如果您阅读他文章底部，他提出了以下建议：
如果您担心公司范围内的外部依赖关系，您可能希望在组织内拥有一个网络共享（可能在共享构建服务器上），其中包含您所依赖的NuGet软件包。如果您身处低带宽环境中的组织，这非常有用。
在类似的情况下，这就是我最终所做的。我们有一个共享文件夹，里面保存着我们所依赖的各种软件包的最新版本（当然，我假设您在某种类型的网络上）。这很有效，并且只需要花费一点工作来定期更新软件包（我们有季度更新周期）。
另一篇可能对您有帮助（对我也很有帮助）的文章是：使用NuGet分发我们公司的内部DLL
默认情况下，Nuget会将所有依赖项放在一个packages/文件夹中。您可以将此文件夹简单地添加到您的源代码控制系统中，这样当您进行构建时，Nuget就不需要从互联网下载任何内容。您还需要确保Nuget包恢复未配置在您的解决方案中。
你需要做出决定：要么在构建时下载/安装包（无论是使用软件包还原、自己的脚本还是构建工具来完成），要么将/packages程序集放入源代码控制中，就像它们在/lib目录中一样。
我们在内部使用软件包还原和NuGet的Visual Studio扩展时遇到了很多问题，以至于我们几乎完全放弃了NuGet，尽管我们公司的两个产品中有一个是私有的NuGet存储库。
基本上，我们通过使用我们的产品BuildMaster和ProGet的组合来管理生命周期，使得：
我知道这是一个老话题，但是因为大小而存储构建项目所需的所有文件怎么会是不好的呢？
如果库不可用，就应该替换它的想法是疯狂的。代码需要花钱，由于您无法控制git或nuget上的库，因此应该提供一份副本。
许多公司的要求之一是审计。如果发现某个库窃取了您的数据，那该怎么办呢？如果该库从NUGET中删除，您甚至无法构建代码进行双重检查，那么您如何确定呢？
网络上的一刀切Nuget和git方式并不好。
我认为过去Nuget的工作方式，即将文件存储在本地并可选择放置在源代码控制中，是正确的方式。
