我发现Wix v3使用工具(heat.exe)将信息“收集”到WiX片段中。我在错误的位置查看,或者记录很少。

对于包含媒体文件的复杂文件夹结构,自动生成WiX片段(可能使用heat.exe)的最佳方法是:

  • 各种类型(ico/png/xaml/etc)
  • 可能会定期更改(名称/位置/添加/删除)
  • 归为“内容”并包含在.csproj


  • 这样就可以通过WiX将其内置到安装程序中,并且可以承受得体的升级和补丁程序吗?

    背景资料
  • 我找到了heat.exe,它似乎解决了自动生成WiX片段的要求
  • 在使“dir”收割机正常工作时,我注意到“project”收割机(命令行帮助)
  • Media已经在C#项目文件中,因此请注意,“-pog:Content”可能效果很好
  • 游标搜索发现了过时的文档,没有提到“项目”收割机
  • 已实现的整个项目安装程序可能可以使用“项目”收割机完成,但是不确定它的支持程度以及陷阱是什么。
  • 看到了“PUT-GUID-HERE”的生成,并意识到自动生成的guid可能会带来升级/补丁问题。
  • 意识到必须有人将这些工具用于相似的目的,并且可能会指出正确的方向。

  • (很公平地)指出v3尚未“完成”(因此缺乏文档和教程)。我现在的感觉是,在我的构建脚本中实现此自动化并非易事,并且工具正在不断发展以缓解这一问题。

    最佳答案

    以我的经验,约翰·罗宾斯(John Robbins)的Paraffin解决了tallow.exe(v3中的heat.exe)的许多问题。我不确定Paraffin是否可以在v3中很好地运行,但是可能值得一试。

    仅供引用,我在构建过程中使用了Paraffin,它使我可以删除以前涉及Powershell脚本的2-3步骤清理过程。

    关于wix - 在Visual Studio 2008和WiX(v3)中使用heat.exe收集.csproj,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/745267/

    10-13 07:58
    查看更多