c# - NUGet 定制？

Question

我有大量的项目正在进行中，还有几个解决方案(它们是项目“池”的子集)。有时拥有一个仅用于特定测试的 .sln 是件好事。

问题:

1. NUGet 分别绑定(bind)到每个解决方案。

2. NUGet 喜欢在 .sln 所在的文件夹之外的“packages”文件夹中找到下载。这并不理想。我有一个用于这种东西的库文件夹(一个用于池中的所有项目)。不过，我很高兴在这个图书馆区域有一个 NUGET 子文件夹。

我喜欢 NUGet 的便利性，但我不确定它在大型项目解决方案中的表现。

可能的答案:

1. 一个想法是只为 NUGET 创建一个 .sln 和 .csproj，然后像往常一样引用包。这样你就失去了一些自动化。

2. 我们不将包添加到源代码管理，并说我们从源代码管理重新创建项目，然后 nuget 会根据需要下载完全相同的版本(困惑)...我什至不知道是否nuget 以这种方式工作。这需要高度信任 nuget 负载提供者。这不是个好主意。

---

But in NuGet 1.4 we’re planning to make it integrated into NuGet. We will be adding a new feature to restore any missing packages and the packages folder based on the packages.config file in each project when you attempt to build the project.

http://haacked.com/archive/2011/04/27/feedback-request-for-using-nuget-without-committing-packages.aspx?utm_source=feedburner&utm_medium=feed&utm_campaign=Feed%3a%20haacked%20%28you%27ve%20been%20HAACKED%29

...至少有一条前进的道路。遗憾的是，对于具有相同库文件夹的多个解决方案来说，这是一团糟。

Answer 1

我还没有尝试过这个(默认的 NuGet 操作对我来说工作正常)...所以它可能是完全错误的(在这种情况下我很抱歉)。

NuGet 文档包含一个关于 Using NuGet without committing packages to source control 的页面.在页面底部，有一些可用于此类场景的 NuGet 命令行示例，它们都使用 -o [Package Directory] 来指定应将包放在何处。在所有示例中，包目录都是相对于解决方案文件夹的，但我强烈怀疑如果需要，您可以轻松地使用绝对路径，例如 C:\Packages。