22

我是 MSBuild 的新手，想尝试一下，但我就是不明白为什么这不起作用。

所以我的解决方案有两个项目：“模型”和“BuildTasks”。BuildTasks 只有一个类：

using Microsoft.Build.Utilities;

namespace BuildTasks
{
    public class Test : Task
    {
        public override bool Execute()
        {
            Log.LogMessage( "FASDfasdf" );
            return true;
        }
    }
}

然后在 Model.csproj 我添加了这个：

  <UsingTask TaskName="BuildTasks.Test" AssemblyFile="$(SolutionDir)src\BuildTasks\bin\BuildTasks.dll" />
  <Target Name="AfterBuild">
    <Test />
  </Target>

我已经设置了构建顺序，因此“BuildTasks”在“模型”之前构建。但是当我尝试构建模型时，我得到了这个错误：

无法从程序集 C:\WIP\TestSolution\src\BuildTasks\bin\BuildTasks.dll 加载“BuildTasks.Test”任务。无法加载文件或程序集 'file:///C:\WIP\TestSolution\src\BuildTasks\bin\BuildTasks.dll' 或其依赖项之一。该系统找不到指定的文件。确认 <UsingTask> 声明正确，并且程序集及其所有依赖项都可用。

这个文件肯定存在，为什么MSBuild找不到呢？

我什至尝试用硬编码“C:\WIP\TestSolution”代替“$(SolutionDir)”并得到同样的错误。但是，如果我将该 .dll 复制到我的桌面并将路径硬编码到我的桌面，它确实可以工作，我不知道为什么。

编辑：我没有路径错误。我修改了 BuildTasks 的 Debug/Release 构建以将 .dll 输出到 bin 文件夹，因为我不希望 Debug/Release 具有不同的路径。

4

7 回答 7

14

我们尝试了这个，我们发现您必须将 UsingTask 放在项目文件的顶部（并且所有路径都正确）。但是，一旦到位并且任务加载，它只会工作一次。之后构建开始失败，因为它无法复制任务所在的 DLL。我们实际上是在我们正在构建的同一个程序集/项目中运行一个构建后任务。

我们为解决这个问题所做的是在单独的 MSBuild 文件上启动单独的 MSBuild 进程来运行 Post Build 任务。这样，在构建并复制到 bin 目录之后，才会加载 DLL。

<Target Name="AfterBuild">
    <Exec Command="$(MSBuildBinPath)\MSBuild.exe 
          &quot;$(MSBuildProjectDirectory)\PostBuild.msbuild&quot; 
          /property:SomeProperty=$(SomeProperty)" />
</Target>

请注意，您可以在命令行上将属性传递到此子构建任务中。

PostBuild.msbuild 看起来像这样：

<?xml version="1.0" encoding="utf-8"?>
<Project DefaultTargets="PostBuild" xmlns="http://schemas.microsoft.com/developer/msbuild/2003" ToolsVersion="4.0">
    <UsingTask TaskName="PostBuild" AssemblyFile="$(MSBuildProjectDirectory)\bin\AssemblyThatJustBuiltAndContainsBuildTask.dll" />
    <PropertyGroup>
        <SomeProperty>SomePropertyDefaultValue</SomeProperty>
    </PropertyGroup>

    <Target Name="PostBuild">
        <MyPostBuildTask SomeProperty="$(SomeProperty)" />
    </Target>
</Project>
于 2010-07-08T21:52:29.317 回答
2

如果所有自定义任务都继承自AppDomainIsolatedTask 并且MSBUILDDISABLENODEREUSE = 1在启动 Visual Studio 之前设置环境变量，则可以避免锁定自定义任务 DLL 。

具有自定义生成任务的程序集被 devenv.exe 和 msbuild.exe 锁定。

您可以使 msbuild.exe 进程消失，但如果您的自定义任务继承自TaskMSBUILDDISABLENODEREUSE = 1，devenv.exe 仍会偶尔锁定自定义任务程序集。

另一方面，如果您只从 AppDomainIsolatedTask 继承并且不设置MSBUILDDISABLENODEREUSE空闲的 MSBuild 进程，仍然会锁定程序集。

于 2016-05-20T10:46:07.817 回答
1

斯莱斯说得对。您很可能有错误的组装路径。它可能应该是：

<UsingTask 
    TaskName="BuildTasks.Test" 
    AssemblyFile="$(SolutionDir)src\BuildTasks\bin\$(Configuration)\BuildTasks.dll" />

<Target Name="AfterBuild">
    <Test />
</Target>
于 2008-11-12T01:55:54.277 回答
1

禁用 MSBuild 节点重用也将解决此问题：

  • 在 MSBuild 命令行上，传递该/nr:false选项。
  • 对于 Visual Studio，您必须在启动 VS 之前将MSBUILDDISABLENODEREUSE环境变量设置为。1

请参阅Visual Studio 2012 RTM 关闭后内存中有 MSBuild.exe

于 2016-05-20T10:09:46.950 回答
0

您可能会尝试使用 fuslogvw 来诊断问题，以为我不清楚它是否已经那么远了......

http://msdn.microsoft.com/en-us/library/e74a18c4.aspx

于 2008-11-12T23:08:43.960 回答
0

你确定你有你的路径写？不应该在里面bin\Configuration Type\BuildTasks.dll吗？

我发现这个链接：http ://bartdesmet.net/blogs/bart/archive/2008/02/15/the-custom-msbuild-task-cookbook.aspx在开始编写 MSBuild 任务时非常有用。

于 2008-11-12T00:33:39.200 回答
0

在我们的例子中，将 PlaformTarget 添加到项目文件 (.csproj) 中，解决了这个问题。

于 2020-09-08T11:08:38.920 回答