我使用以下命令从批处理文件构建包:
msbuild ..\lib\Package.dproj /target:Build /p:config=%1
包的设置取决于选项集:
<Import Project="..\optionsets\COND_Defined.optset" Condition="'$(Base)'!='' And Exists('..\optionsets\COND_Defined.optset')"/>
此选项集定义了我的许多包所依赖的条件符号。该文件如下所示:
<Project xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
<PropertyGroup>
<DCC_Define>CONDITION;$(DCC_Define)</DCC_Define>
</PropertyGroup>
<ProjectExtensions>
<Borland.Personality>Delphi.Personality.12</Borland.Personality>
<Borland.ProjectType>OptionSet</Borland.ProjectType>
<BorlandProject>
<Delphi.Personality/>
</BorlandProject>
<ProjectFileVersion>12</ProjectFileVersion>
</ProjectExtensions>
</Project>
现在我需要两种构建:一种定义了条件,另一种没有定义条件。我的攻击向量是选项集文件。我对该怎么做有一些想法:
- 编写一个修改选项集文件的程序,在批量构建之前运行它
- 摆弄项目文件并修改选项集路径以包含环境变量,然后在不同位置具有不同的选项集
但在开始重新发明轮子之前,我想问一下您将如何完成这项任务?也许已经有一些方法可以支持这种情况(比如某些命令行开关,我可以在 Delphi 或批处理文件魔法中配置的东西)。
我处理此问题的方法是定义多个构建配置,然后在构建时选择合适的配置/p:config=XXX
。它在 IDE 中也能很好地工作,因为您只需双击项目管理器中的构建配置即可激活它。
当我这样做时,我个人使用构建配置的继承,这样我就不必重复自己。例如我有一个名为的构建配置Debug DCUs
继承自Debug
配置并简单地更改Debug DCUs
选项True
.
为了帮助解释我的意思,我的项目中的构建配置树如下所示:
The Debug DCUs
配置通过此选项集实现:
<Project xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
<PropertyGroup>
<DCC_DebugDCUs>true</DCC_DebugDCUs>
</PropertyGroup>
<ProjectExtensions>
<Borland.Personality>Delphi.Personality.12</Borland.Personality>
<Borland.ProjectType>OptionSet</Borland.ProjectType>
<BorlandProject>
<Delphi.Personality/>
</BorlandProject>
<ProjectFileVersion>12</ProjectFileVersion>
</ProjectExtensions>
</Project>
现在,我确信您可以通过使用来做到这一点/p:DCC_Define=XXX
但我认为使用构建配置更清晰,这样您就可以确保在 IDE 中获得的内容与从命令行构建中获得的内容相同。
我不会推荐您的要点列表中的任何一种方法。在我看来,这些方法极其脆弱。
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)