使用 NuGet 和源代码控制的多人团队

Question

我在一个两人团队中，使用 Team Foundation Server 进行源代码控制。我开始了一个新的解决方案。对于该解决方案，我创建了几个项目。在其中许多中，我使用 NuGet 来安装 AutoMapper 和 Unity。然后，我右键单击该解决方案并选择“添加到源代码管理”。然后我检查了所产生的待处理更改。

我团队中的另一个人做了最新的获取，但所有 NuGet 参考资料对他来说都失败了。

因此，我认为我需要添加packages 文件夹。所以我就这么做了。

在我这样做之后，NuGet 引用仍然失败（对他来说）。

另外，当我尝试将 NuGet 包添加到文件中时，我现在收到此错误：

访问路径“C:\src\MyPath\ToMySolution\packages\repositories.config”被拒绝。

我认为这是因为 repositories.config 文件现在处于源代码控制之下（因此在手动签出之前它是只读的）。

所以，这是我的两个问题：

1. 我该如何签入或签入什么，以便当我的同事获取最新版本时 NuGet 包对他有效？
2. 有没有办法在我需要使用 NuGet 时不必手动签出 NuGet 文件？

我这样做错了吗？或者 NuGet 并不真正适合与源代码管理一起使用？

Answer 1

编辑 2014/03/31：不再需要手动启用基于 MSBuild 的包恢复，另请参阅 http://xavierdecoster.com/migrate-away-from-msbuild-based-nuget-package-restore。

编辑于 2012 年 2 月 7 日：这现在是 NuGet vsix 的一项内置功能，称为“启用包还原”。

过时的替代方案

有一个 NuGet 包可以用于此目的，它称为 NuGetPowerTools。它向 Visual Studio 中的 NuGet 包管理器控制台添加了两个新命令，其中 Enable-PackageRestore 是您感兴趣的一个。

它将添加一个 .nuget 文件夹，其中包含 nuget.exe、nuget.settings.targets 和 nuget.targets。
当您运行启用包还原时，它将枚举解决方案中的所有项目，并在项目文件（实际上是 msbuild 文件本身）中添加 import nuget.targets 语句。

每当您构建项目或整个解决方案时，nuget 都会获取该项目/解决方案的所有包，如packages.config 文件中所定义。这发生在预构建步骤中。

因此，简而言之：

1. 不要签入包
2. 签入配置文件（repositories.config 和 packages.config 文件）
3. 使用启用包恢复
4. 签入 .nuget 文件夹

每当有人获取源代码时，无论是其他开发人员对于团队或构建代理，将指示 msbuild 进程在预构建步骤中获取任何所需的包。

此外，当包未提交到 TFS 源代码管理中时，您不会遇到只读标志问题，或与二进制文件合并冲突。

如果需要，您还可以查看此方法的底层推理 在我的博客上。

Answer 2

不要签入包文件夹。

将以下预构建事件添加到您的项目中：

$(SolutionDir)build\nuget install $(ProjectDir)packages.config -source \\server\path\NuGetPackages -o $(SolutionDir)packages

如果不使用自定义包，则省略 -source 参数。

nuget.exe 已签入 $(SolutionDir)build\nuget。

Answer 3

我也有这个问题。我喜欢 NuGet 恢复的想法，但我觉得我不需要它。我希望我的 JR 开发人员能够检查出解决方案并拥有他们需要的一切。

所以我将包文件夹置于源代码管理之下。

在这种情况下启用 NuGet 的解决方案是注意上面的这一点：

“我认为这是因为 repositories.config 文件现在处于源代码控制之下（因此它是只读的，直到手动签出）。”

我打开了 repositories.config 文件并添加了一个空行。然后我添加了我需要的NuGet包。问题解决了。

Answer 4

我总是只签入 packages.config 文件夹并使用 Rake 开发人员（和构建服务器）可以用来在本地更新包的任务。

该任务如下所示：

def nuget_for_project(project_dir)
  sh "tools\\NuGet.exe " +
    "i Source\\#{project_dir}\\packages.config " +
    "-o Source\\Packages"
end

namespace :nuget do
  desc "nuget for servicebus"
  task "ServiceBus" do
    nuget_for_project "SampleProject.ServiceBus"
  end

  desc "nuget for web"
  task "Web" do
    nuget_for_project "SampleProject.Web"
  end

  desc "nuget for all"
  task "all" => ["nuget:ServiceBus", "nuget:Web"]
end

请注意，上述脚本使用 NuGet.exe 的本地版本，该版本位于签入源代码管理的工具文件夹中。

您可以为 MSBuild 或 NAnt 代替。

我写了一篇更长的博客文章不久前这可能会有所帮助。

Answer 5

以防万一这对任何人都有帮助，我的解决方案非常简单：

1. 在 中打开目标文件Notepad++
2. 在编辑菜单中，一直在底部，单击“清除只读标志”
3. 保存文件
4. Profit

这对我来说是一个解决方案，在撰写本文时， 39个项目。

Answer 6

我必须为这篇文章点赞：
http://www.jsinh.in/2013/11/enable -nuget-package-restore/
它准确地描述了要做什么以及为什么要做。

某些系统可能需要对各种包进行版本控制的概念来保​​持构建一致性，但是，如果packages.config 文件受版本控制并且可以下载包，则可以随时进行构建，而无需对实际包内容进行版本控制他们自己。注意：包的构建者可能会在您不知情的情况下将项目添加到旧版本中。

罕见，但有可能。

例如，您的项目中内置了版本 2.0.2 的“abc.package”包。您不对“abc.package”进行版本控制，但对packages.config 进行版本控制。几个月后，您需要向几个月前所做的构建添加错误修复。您可以使这些项目脱离版本控制。 Visual Studio 下载“abc.package”版本 2.0.2，但自上次构建以来，包的开发人员插入或修复了一些代码。此新代码在您的应用程序中的行为可能有所不同。

因此，有充分的理由对包进行版本控制！