我们的.net构建系统使用Enterprise Library 4.1通过调用MergeConfiguration.exe并为每个环境(例如测试和生产)提供原始web.config和delta文件来替换默认的web.config设置,以便生成的安装程序打包所有环境的特定web.config并根据环境安装正确的版本。
这适用于Enterprise Library已知的部分,例如appSettings部分。但是,我们还有一些自定义部分,我想区分环境,例如以下内容。
进行测试
<RoutingSection type="AbcSystem.RoutingSection, AbcSystem">
<Route Source="1" Destination="2" />
...
</RoutingSection>
生产
<RoutingSection type="AbcSystem.RoutingSection, AbcSystem">
<Route Source="1" Destination="3" />
...
</RoutingSection>
理想情况下,整个自定义部分在增量文件中指定,在构建期间,将其默认版本替换为原始web.config。
如果没有实现我们自己的delta合并工具,我还没有找到解决方案。相信这是软件开发的共同需求,我正在寻求一种解决方案,理想情况是不会对上述过程进行太多更改。它不一定是企业库。提前谢谢。
答案 0 :(得分:0)
下面的msbuild将复制原始文件并将值从2更新为3.
您必须安装MSBuildCommunityTasks并获取&#34;导入项目&#34;文件名正确....但下面的逻辑将适合你。
<?xml version="1.0" encoding="utf-8"?>
<Project ToolsVersion="4.0" xmlns="http://schemas.microsoft.com/developer/msbuild/2003" DefaultTargets="AllTargetsWrapped">
<!--
<UsingTask AssemblyFile="$(ProgramFiles)\MSBuild\MSBuild.Community.Tasks.dll" TaskName="Version"/>
-->
<Import Project="$(MSBuildExtensionsPath32)\MSBuildCommunityTasks\MSBuild.Community.Tasks.Targets" />
<PropertyGroup>
<!-- Always declare some kind of "base directory" and then work off of that in the majority of cases -->
<WorkingCheckout>.</WorkingCheckout>
</PropertyGroup>
<PropertyGroup>
<DestinationForProductionValue>3</DestinationForProductionValue>
</PropertyGroup>
<Target Name="AllTargetsWrapped">
<CallTarget Targets="CopyItTarget" />
<CallTarget Targets="WriteXmlPeekValue" />
</Target>
<Target Name="CopyItTarget">
<Copy SourceFiles="$(WorkingCheckout)\Parameters.xml" DestinationFiles="$(WorkingCheckout)\Parameters_PRODUCTION.xml"/>
<Error Condition="!Exists('$(WorkingCheckout)\Parameters_PRODUCTION.xml')" Text="No Copy Is Bad And Sad" />
</Target>
<Target Name="WriteXmlPeekValue" Condition=" '$(DestinationForProductionValue)' != '' ">
<XmlPoke
XmlInputPath="$(WorkingCheckout)\Parameters_PRODUCTION.xml"
Query="/root/RoutingSection/Route/@Destination"
Value="$(DestinationForProductionValue)" />
</Target>
</Project>
答案 1 :(得分:0)
我最终使用了SlowCheetah,为每个环境生成一个转换后的配置文件。它也是TFS构建友好的,不需要更改构建过程。我还将先前使用Enterprise Library 4.1与自定义部分一起使用Enterprise Library 4.1进行了合并。