在TFS下构建CI队列时未恢复的软件包（VS Online VS2015）

Question

我已经问过question about build errors并继续通过我绝望的自我调查这个问题。

我猜测问题是关于提取但未正确放置的包。看着痛苦无聊的日志给了我这个。

  

2016-01-15T21：50：40.8680146Z
  项目中不存在“C：\ Program Files（x86）\ MSBuild \ Microsoft \ NuGet \ Microsoft.NuGet.targets（186,61）”中的BeforeTargets属性中列出的目标“BeforeGenerateProjectPriFile”，将被忽略。

此后不久，我可以看到一些横向发生的迹象。

  

2016-01-15T21：50：43.9631666Z ## [警告]
  C：\ Program Files（x86）\ MSBuild \ 14.0 \ bin \ Microsoft.Common.CurrentVersion.targets（1819,5）：警告MSB3245：无法解析此引用。无法找到程序集“Microsoft.CodeDom.Providers.DotNetCompilerPlatform，Version = 1.0.0.0，Culture = neutral，PublicKeyToken = 31bf3856ad364e35，processorArchitecture = MSIL”。检查以确保磁盘上存在程序集。如果您的代码需要此引用，则可能会出现编译错误   2016-01-15T21：50：43.9631666Z 2＆gt;
  C：\ Program Files（x86）\ MSBuild \ 14.0 \ bin \ Microsoft.Common.CurrentVersion.targets（1819,5）：警告MSB3245：无法解析此引用。无法找到程序集“Microsoft.CodeDom.Providers.DotNetCompilerPlatform，Version = 1.0.0.0，Culture = neutral，PublicKeyToken = 31bf3856ad364e35，processorArchitecture = MSIL”。检查以确保磁盘上存在程序集。如果您的代码需要此引用，则可能会出现编译错误。 [C：\一个\ 1 \ S \的MyStuff \ MyStuff.csproj]

然后它继续考虑那些不存在的东西。

  

2016-01-15T21：50：43.9661661Z
  考虑“.. \ packages \ Microsoft.CodeDom.Providers.DotNetCompilerPlatform.1.0.0 \ lib \ net45 \ Microsoft.CodeDom.Providers.DotNetCompilerPlatform.dll”，但它不存在。
  2016-01-15T21：50：43.9671655Z
  对于SearchPath“{TargetFrameworkDirectory}”。   2016-01-15T21：50：43.9681655Z
  考虑“C：\ Program Files（x86）\ Reference Assemblies \ Microsoft \ Framework.NETFramework \ v4.5.2 \ Microsoft.CodeDom.Providers.DotNetCompilerPlatform.winmd”，但它不存在。
  ...

我对TFS和VS Online上的CI不熟悉，所以它很少告诉我在哪里可以解决这个问题。我用谷歌搜索了一半，并在门户网站上测试了大量不同的设置。没运气。我可能会导致其他错误（当我知道我输入了错误的东西等等）但是不管怎么说，我都会转向这个错误。

任何提示都将不胜感激。

Answer 1

从版本VS2015开始，不需要 NuGet 文件夹，这与我见过的指南相反。实际上，唯一需要的文件是包的配置。检查包及其可执行文件是常见但非常具有欺骗性的解决方法，但这可能会产生很多问题。我不建议这样做，因为它隐藏了问题，而不是解决它。

首先，验证您的构建实际上是否恢复了包。我注意到在错误日志中，它看起来如果确实如此，但这是一个陷阱。这是尝试恢复，而不是实际的成功。如果你遇到这样的警告（对于nUnit，WebGrease，NewtonSoft或NuGet控制下的任何其他软件包也是如此）：

  

警告MSB3245：无法解析此引用。无法找到程序集“EntityFramework”。检查以确保程序集存在于磁盘上。

首先验证日志是否包含以下段落：

  

PrepareForBuild：
  创建目录“obj \ Debug \”。
  ...
  RestorePackages：
  “C：\ a \ src \ src.nuget \ nuget.exe”安装“C：\ a \ src \ src \ xxxx.Entities \ packages.config”
  -source -RequireConsent -o“C：\ a \ src \ src \ packages”
  ...
  已成功安装“EntityFramework 6.3.1”。   ResolveAssemblyReferences：
  主要参考“EntityFramework”。

请记住，查看日志文件时，请搜索部分字符串，因为目录，版本，软件包的名称等可能略有不同。如果找不到，那么很有可能在构建服务器上没有恢复软件包。本地编译证明环境之间存在差异，很可能文件 packages.config 不可用。这是一个棘手的错误，因为失败的日志不会告诉你它丢失了。事实上，我的日志中根本没有提到它。

1. 首先，我创建了一个全新的项目 Auto 并将其签入。构建成功。
2. 然后，我添加了Entity Framework，并且构建失败并发出与您相同的警告。
3. 最后，我检查了 packages.config 文件。构建成功。



出现此问题是因为初始签入选择了许多要忽略的文件。主要是 bin ， obj 等，还有 packages.config 。需要特别选择它作为不被忽略的。如果有人检查了所有文件（在我的视图中不是很明智），他也会获得所需的文件，因此看起来好像他们做得对。请注意，您应该首先将文件添加到版本控制。这样，它就会在每次更改时签入。否则，如果您在本地添加新包或更新现有包，问题将重新出现。

如果收到警告但已恢复软件包（日志中列出了行），请尝试在本地更新软件包或重新安装。最后，您可以通过运行Update-Package -Reinstall来刷新包管理器控制台中的安装。

• 与旧版程序包管理器here类似的问题。
• 有关需要签入的文件的错误建议（自VS 2015起）here。
• 文件布局的过时描述（对于VS 2013及更早版本有效）here。
• 有关如何构建NuGet文件结构的更多信息here。
• 关于这个问题的非常好的博客（奇怪的是它没有出现在Google的顶部）here。