Ras*_*sKL 5 msbuild biztalk biztalk-2009
在追逐增量构建时间的改进时,我发现.btproj文件以及依赖于这些文件的所有其他项目都在每个增量构建上重建(部分).跟踪这一直到BizTalkCommon.targets,我发现它完成了程序集的2遍编译 - 但只有第一遍尊重已经构建的工件,从而打破了依赖链的增量部分.可以在BizTalkCommon.targets中看到违规目标(第228行):
<!-- Delete the assembly and rerun the build process -->
<Target Name="SecondPass"
Condition="$(SecondBuild)!=true and $(TempAssemblyOnly)!=true">
<Delete Files="@(IntermediateAssembly)" />
<MSBuild Projects="$(MSBuildProjectFile)" Properties="SecondBuild=true"/>
</Target>
Run Code Online (Sandbox Code Playgroud)
我意识到2 pass构建有一个原因,但简直无法相信它不可能为目标指定适当的输入和输出来正确处理增量构建.
有没有人知道是否有.targets文件的补丁,或者是否还有另一个不支持增量构建的好理由?
您可以通过一些非常简单的更改来启用 MSBuild BizTalk 项目的增量编译。基本上,您需要覆盖BizTalkCommon.targets
文件中定义的两个目标。
这些目标可以在您自己的 .btproj 文件中覆盖,并且不需要修改 BizTalk 附带的原始 .targets 文件。
如何
首先创建您自己的 .targets 文件来托管您的自定义项,例如BizTalkCustom.targets
:
<Import Project="$(MSBuildExtensionsPath)\Microsoft\BizTalk\BizTalkC.targets" />
<!-- Rerun the build process (second pass) -->
<Target Name="SecondPass" Condition="$(SecondBuild)!=true and $(TempAssemblyOnly)!=true and @(XLang)!=''">
<MSBuild Projects="$(MSBuildProjectFile)" Properties="SecondBuild=true" />
</Target>
<!-- Compile XLang/s orchestration -->
<Target
Name="CompileODX"
Condition="$(SecondBuild)==true"
Inputs="@(XLang);$(MSBuildAllProjects);$(ClrTypesAssembly)"
Outputs="$(BuildDone)">
<!-- Delete previously generated C# files from XLang compilation -->
<Delete Files="@(IntermediateAssembly)" />
<Delete Files="@(CSharpOutputFromXLang)" />
<XLangTask XLangItems="@(XLang)"
ProjectReferences="@(ReferencePath)"
WarningLevel="$(WarningLevel)"
BpelCompliance="$(BpelCompliance)"
DefineConstants="$(DefineConstants)"
TreatWarningsAsErrors="$(TreatWarningsAsErrors)"
TempAssembly="$(ClrTypesAssembly)"
OutputDirectory="$(XLangOutputPath)">
</XLangTask>
</Target>
Run Code Online (Sandbox Code Playgroud)
然后,替换Import
.btproj 文件中的最后一条语句:
<Import Project="$(MSBuildToolsPath)\Microsoft.CSharp.targets" />
<Import Project="$(MyCustomExtensions)\BizTalkCustom.targets" />
Run Code Online (Sandbox Code Playgroud)
它是如何工作的
BizTalk Server 项目需要以某种方式分两次编译。第一遍编译模式、映射和管道,而第二遍编译编排。
您会注意到,覆盖的目标与原始目标非常相似,在BizTalkCommon.targets file
. 事实上,我做了两个简单的改变:
第一个更改涉及修改SecondPass
目标并在属性中添加额外的测试Condition
。如果您的项目甚至没有业务流程,此测试对于防止第二遍发生非常有用。
不幸的是,如果您的项目包含 Orchestration,原始SecondPass
Target 会删除中间程序集,然后继续编译 Orchestration。但是,CompileODX
如果所有文件都已是最新的,则目标不需要运行。因此,第二个更改涉及将Delete
任务从SecondPass
目标移动到CompiledODX
目标。
这里的所有都是它的。
归档时间: |
|
查看次数: |
870 次 |
最近记录: |