2

我的 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。——塞瓦·蒂托夫

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

无论如何，我有一些想法来提高性能：

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

AllowedAssemblyExtensions:
    .winmd
    .dll
    .exe

由于我只有 .dll 文件，我想禁用 MSBuild 考虑 .winmd 文件，这几乎适用于我所有的依赖项。（下面的例子）

主要参考“PresentationCore，版本=4.0.0.0，文化=中性，PublicKeyToken=31bf3856ad364e35”。解析的文件路径为“C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework.NETFramework\v4.0\PresentationCore.dll”。在搜索路径位置“{TargetFrameworkDirectory}”找到参考。对于 SearchPath“{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： 想法 2： 有人知道如何包含 /maxcpucount 或 /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
4

2 回答 2

6

要回答您的直接问题，您无能为力来加快 msbuild。如果您的机器使用 SSD，我希望它运行得更快，但这可能不是您正在寻找的那种解决方案。

我能想到的唯一另一件事是完全停止使用 msbuild。它所做的只是驱动 C# 编译器。那么，为什么还要打扰 msbuild 呢？直接使用 C# 编译器即可。例如通过CSharpCodeProvider.

于 2013-03-27T12:29:34.323 回答
-1

我可以建议的一种简单方法是通过提供如下命令中的 MSBuild 属性来利用处理器的多个内核：

msbuild default.msbuild /m:1

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

编辑：

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

但是，在另一个Hanselman 链接中，我发现了一个 hack，可以将其合并到 Visual Studio 中，以便与解决方案编译一起运行它。请检查一下。

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

于 2013-03-28T09:43:57.307 回答