加快MSBuild构建过程

本文关键字:过程 构建 MSBuild 加快 | 更新日期: 2023-09-27 18:06:19

我的Buildprocess工作得很好,但是对于一个非常小的项目需要将近3秒。

我怎样才能加快构建过程?

日志文件太大,不能发布。请随意询问有关记录器输出的问题,然后我会发布所请求的部分。

c#构建项目的方法

private void CompileCode()
        {
            using (var buildManager = new BuildManager())
            {
                var result = buildManager.Build(this.CreateBuildParameters(), this.CreateBuildRequest());
                if (result.OverallResult == BuildResultCode.Failure)
                {
                    // Error handling
                    var stringbuilder = new StringBuilder();
                    using (var reader = new StreamReader(NameDebuggerLogFile))
                    {
                        stringbuilder.Append(reader.ReadToEnd());
                    }
                    throw new CompilerException(stringbuilder.ToString());
                }
            }
        }
        private BuildParameters CreateBuildParameters()
        {
            var projectCollection = new ProjectCollection();
            var buildLogger = new FileLogger { Verbosity = LoggerVerbosity.Detailed, Parameters = "logfile=" + NameDebuggerLogFile };
            var buildParameters = new BuildParameters(projectCollection) { Loggers = new List<ILogger>() { buildLogger } };
            return buildParameters;
        }
        private BuildRequestData CreateBuildRequest()
        {
            var globalProperties = new Dictionary<string, string>();
            var buildRequest = new BuildRequestData(FolderPath + NameProjectFile, globalProperties, null, new[] { "Build" }, null, BuildRequestDataFlags.ReplaceExistingProjectInstance);
            return buildRequest;
        }

用于构建过程的项目文件

<?xml version="1.0" encoding="utf-8"?>
<Project ToolsVersion="4.0" DefaultTargets="Build" xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
  <Import Project="$(MSBuildExtensionsPath)'$(MSBuildToolsVersion)'Microsoft.Common.props" Condition="Exists('$(MSBuildExtensionsPath)'$(MSBuildToolsVersion)'Microsoft.Common.props')" />
  <PropertyGroup>
    <AssemblyName>GeneratedFlexForm</AssemblyName>
    <OutputPath>DLL</OutputPath>
    <OutputType>Library</OutputType>
    <DebugType>none</DebugType>
    <DebugSymbols>false</DebugSymbols>
    <Optimize>false</Optimize>
  </PropertyGroup>
  <ItemGroup>
    <Reference Include="System" />
    <Reference Include="System.Xml" />
    <Reference Include="System.Xml.Linq" />
    <Reference Include="System.ServiceModel" />
    <Reference Include="System.Runtime.Serialization" />
    <Reference Include="System.Web" />
    <Reference Include="System.Web.Services" />
    <Reference Include="System.Drawing" />
    <Reference Include="System.Design" />
    <Reference Include="System.Data" />
    <Reference Include="System.Core" />
    <Reference Include="System.Management" />
    <Reference Include="System.Configuration" />
    <Reference Include="System.Xaml">
      <RequiredTargetFramework>4.0</RequiredTargetFramework>
    </Reference>
    <Reference Include="WindowsBase" />
    <Reference Include="PresentationCore" />
    <Reference Include="PresentationFramework" />
    <!--<Reference Include="FlexForms.Core" />-->
    <Reference Include="FlexForms.Core, Version=1.0.0.0, Culture=neutral, processorArchitecture=MSIL">
      <SpecificVersion>False</SpecificVersion>
      <HintPath>Library'FlexForms.Core.dll</HintPath>
    </Reference>
    <Reference Include="Gizmox.WebGUI.Forms">
      <SpecificVersion>False</SpecificVersion>
      <HintPath>Library'Gizmox.WebGUI.Forms.dll</HintPath>
    </Reference>
    <Reference Include="Gizmox.WebGUI.Common">
      <SpecificVersion>False</SpecificVersion>
      <HintPath>Library'Gizmox.WebGUI.Common.dll</HintPath>
    </Reference>
    <Reference Include="FlexForms.ServiceProviders">
      <SpecificVersion>False</SpecificVersion>
      <HintPath>Library'FlexForms.ServiceProviders.dll</HintPath>
    </Reference>
  </ItemGroup>
  <ItemGroup>
    <Page Include="FlexForm.xaml">
      <Generator>MSBuild:Compile</Generator>
      <DependentUpon>RadioButtonValueConverter.cs</DependentUpon>
      <SubType>Designer</SubType>
    </Page>
    <Compile Include="FlexForm.xaml.cs">
      <DependentUpon>FlexForm.xaml</DependentUpon>
      <SubType>Code</SubType>
    </Compile>
    <Compile Include="UserCode.cs">
      <SubType>Code</SubType>
    </Compile>
    <Compile Include="RadioButtonValueConverter.cs">
      <SubType>Code</SubType>
    </Compile>
    <Resource Include="datacontext.xml"/>
  </ItemGroup>
  <Import Project="$(MSBuildToolsPath)'Microsoft.CSharp.targets" />
</Project>

在构建期间收集的记录器输出(由于文件大小,只是最后几行)

完成项目"projectfile.csproj"的构建。

构建成功。0警告(年代)

0错误(年代)

时间流逝00:00:02.68

编辑:

我希望我可以在这里引用Seva Titov:

构建WPF非常棘手,例如XAML文件需要重新编译两次(见MSDN)。仅使用csc.exe无法轻松复制它。如果你的项目中有XAML,你必须使用MSBuild。——Seva Titov

这就是为什么我必须坚持MSBuild。

无论如何,我有一些提高性能的想法:

问题1:这是我的日志文件的一个片段,它说MSBuild在解决依赖关系的同时会处理。winmd,。dll和。exe文件。

AllowedAssemblyExtensions:
    .winmd
    .dll
    .exe

因为我只有。dll文件,我想禁用MSBuild考虑。winmd文件,这是几乎所有我的依赖关系的情况。(在下面的例子)

主引用"PresentationCore, Version=4.0.0.0, Culture=neutral,都31 bf3856ad364e35"。解析后的文件路径为"C:'Program Files (x86)'Reference Assemblies'Microsoft'Framework.NETFramework'v4.0'PresentationCore.dll"。在搜索路径位置"{TargetFrameworkDirectory}"中找到了参考。对于搜索路径"{TargetFrameworkDirectory}"。考虑"C:'Program Files (x86)'Reference Assemblies'Microsoft'Framework.NETFramework'v4.0'PresentationCore.winmd",但它并不存在。

解决方案:1 我必须修改CreateBuildRequest()方法:

private BuildRequestData CreateBuildRequest()
{
    var globalProperties = new Dictionary<string, string>();
    // Related to idea 1           
    globalProperties.Add("ExpandSDKAllowedReferenceExtensions", ".dll");
    globalProperties.Add("AllowedReferenceAssemblyFileExtensions", ".dll");
    globalProperties.Add("AllowedReferenceRelatedFileExtensions", string.Empty);
    // Related to idea 2     
    globalProperties.Add("BuildProjectReferences", "false");
    globalProperties.Add("BuildInParallel", "true");
    var buildRequest = new BuildRequestData(FolderPath + NameProjectFile, globalProperties, "4.0", new[] { "Build" }, null, BuildRequestDataFlags.IgnoreExistingProjectState);
    return buildRequest;
}

EDIT2: 想法二:有人知道如何包括/maxcpount或/m开关并行构建我的项目吗?在这个MSDN页面上有解释,但我不知道如何将它应用到上面列出的项目文件

解决方案2:参见解决方案1,但它没有太大变化。

EDIT3: 玩了几个小时后,我想我不得不放弃了。我看到的唯一选择是减少依赖关系。但是我以后会再讨论这个问题。

有点不相关:

> Task Performance Summary:
>         0 ms  CreateItem                                 1 calls
>         0 ms  AssignCulture                              1 calls
>         0 ms  CallTarget                                 2 calls
>         0 ms  FindAppConfigFile                          1 calls
>         0 ms  Delete                                     4 calls
>         0 ms  GetFrameworkPath                           1 calls
>         0 ms  ConvertToAbsolutePath                      1 calls
>         0 ms  MakeDir                                    1 calls
>         0 ms  Message                                    5 calls
>         0 ms  AssignTargetPath                           6 calls
>         1 ms  FindUnderPath                              5 calls
>         1 ms  FileClassifier                             1 calls
>         1 ms  RemoveDuplicates                           2 calls
>         1 ms  CreateCSharpManifestResourceName           1 calls
>         1 ms  ReadLinesFromFile                          1 calls
>        15 ms  ResolveAssemblyReference                   1 calls
>        21 ms  ResourcesGenerator                         1 calls
>        56 ms  Copy                                       2 calls
>       299 ms  GenerateTemporaryTargetAssembly            1 calls
>       502 ms  Csc                                        2 calls
>       725 ms  MarkupCompilePass1                         1 calls
>       814 ms  MarkupCompilePass2                         1 calls
> 
> Build succeeded.
>     0 Warning(s)
>     0 Error(s)
> 
> Time Elapsed 00:00:02.27

加快MSBuild构建过程

回答你的直接问题,没有什么可以做,以加快msbuild。如果你的机器使用固态硬盘,我希望它运行得更快,但这可能不是你想要的那种解决方案。

我能想到的唯一一件事就是完全停止使用msbuild。它所做的就是驱动c#编译器。那么为什么要用msbuild呢?直接使用c#编译器即可。例如通过CSharpCodeProvider

我可以建议的一个简单的方法是通过给出MSBuild属性来利用处理器的多核,就像下面的命令一样:

msbuild default.msbuild /m:1

我不确定/m属性如何在内部生效。

编辑:

据我所知,线程发生在项目外部。解决方案中的多个项目将并行运行,每个项目使用一个线程。因此,您可能无法将其添加为项目选项。

但是,在另一个Hanselman的链接中,我发现了一个hack,可以将它整合到Visual Studio中,并与解决方案编译一起运行。

这里它添加了MSBuild作为一个外部工具来运行具有这些属性的解决方案。