MSBuild 不获取引用项目的引用

发布于 2024-07-07 06:38:36 字数 366 浏览 6 评论 0原文

我刚才在使用 MSBuild 时遇到了一个奇怪的情况。有一个解决方案包含三个项目：LibX、LibY 和 Exe。 Exe 引用 LibX。 LibX 又引用 LibY，有一些内容文件，还引用第三方库（GAC 和本地 lib 文件夹中安装的几个预构建程序集）。第三方库被标记为“复制本地”（“私有”）并出现在 LibX 项目的输出中，就像 LibY 的输出和 LibX 的内容文件一样。现在，Exe 项目的输出具有 LibX 项目输出、LibX 项目的内容文件、LibY 项目输出（来自 LibX），但没有第三方库的程序集。

现在我通过直接在 Exe 项目中引用第三方库来解决这个问题，但我不认为这是一个“正确”的解决方案。

以前有人遇到过这个问题吗？

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

安静 2024-07-14 06:38:36

与使用 Visual Studio 构建相比，使用 MSBuild（即命令行、TFS Build 和其他工具）构建时的行为存在差异。辅助引用不包含在发送到 MSBuild 编译任务的引用变量中。

MSBuild 提供了多个扩展点来更改引用的解析方式。我已成功使用 AfterResolveReference 解决了我的一些项目的此问题 - 我已经在我的博客上发布了有关背景的更多信息。

解决方法是将以下代码添加到 vbproj 或 csproj 文件中

  <Target Name="AfterResolveReferences">
    <!-- Redefine referencepath to add dependencyies-->
    <ItemGroup>
     <ReferencePath Include="@(ReferenceDependencyPaths)">
     </ReferencePath>
    </ItemGroup> 
  </Target>

Microsoft 已声明此问题无法修复连接

There is a difference in behavior when building with MSBuild (i.e. command line, TFS Build and other tools) compared to building with Visual Studio. The secondary references are not included in the references variable sent into MSBuild compile tasks.

There are several extension points provided by MSBuild to change how references are to be resolved. I have successfully used AfterResolveReference to fix this issue for some of my projects - I have posted more info about the background on my blog.

The workaround is to add the following code into you vbproj or csproj files

  <Target Name="AfterResolveReferences">
    <!-- Redefine referencepath to add dependencyies-->
    <ItemGroup>
     <ReferencePath Include="@(ReferenceDependencyPaths)">
     </ReferencePath>
    </ItemGroup> 
  </Target>

Microsoft has stated that this is a won't fix on Connect

回复收藏 0 原文

梦中的蝴蝶 2024-07-14 06:38:36

您实际上可以进入 Microsoft.CSharp.targets 或 Microsoft.VisualBasic.targets 文件（位于框架目录中，通常为 C:\Windows\Microsoft.NET\Framework\v3.5）并将 csc 或 vbc 任务参数修改为包括额外的参考依赖项。在文件（VB 目标，第 166 行；C# 目标，第 164 行）中，将：\ 更改

References="@(ReferencePath)"

为

References="@(ReferencePath);@(ReferenceDependencyPaths)"

这可能会导致其他问题，具体取决于事情的复杂程度，并且它可能会与 Visual Studio inproc 编译器一起使用，但这是唯一的方法我在 MSBuild 中找到了它。

You can actually go into the Microsoft.CSharp.targets or Microsoft.VisualBasic.targets file (located in the framework directory, usually C:\Windows\Microsoft.NET\Framework\v3.5) and modify the csc or vbc task parameters to include additional reference dependencies. In the file (VB targets, line 166; C# targets, line 164) change:\

References="@(ReferencePath)"

References="@(ReferencePath);@(ReferenceDependencyPaths)"

This might cause other issues depending on how complicated things are and it may play tricks with the Visual Studio inproc compiler, but it's the only way to do it in MSBuild that I've found.

回复收藏 0 原文

述情 2024-07-14 06:38:36

乔桑的回答几乎对我有用；当我尝试这样做时，我在 Visual Studio 中不断收到错误：

尝试为 IDE 的进程内编译器设置“引用”参数时出现问题。错误 HRESULT E_FAIL 已从对 COM 组件的调用返回

我的问题的解决方案是在 ItemGroup 上设置一个条件，如下所示：

<Target Name="AfterResolveReferences">
  <!-- Redefine referencepath to add dependencies-->
  <ItemGroup Condition=" '$(BuildingInsideVisualStudio)' != 'true' ">
    <ReferencePath Include="@(ReferenceDependencyPaths)"></ReferencePath>
  </ItemGroup>
</Target>

这导致 Visual Studio 完全忽略引用更改，并且构建工作正常本地和构建服务器上。

josant's answer almost worked for me; I kept getting an error in Visual Studio when I tried that:

A problem occurred while trying to set the "References" parameter for the IDE's in-process compiler. Error HRESULT E_FAIL has been returned from a call to a COM component

The solution to my problem was to put a condition on the ItemGroup, like this:

<Target Name="AfterResolveReferences">
  <!-- Redefine referencepath to add dependencies-->
  <ItemGroup Condition=" '$(BuildingInsideVisualStudio)' != 'true' ">
    <ReferencePath Include="@(ReferenceDependencyPaths)"></ReferencePath>
  </ItemGroup>
</Target>

That caused Visual Studio to ignore the reference change completely, and the build works fine locally and on the build server.

回复收藏 0 原文