我有一个VS 2012解决scheme与WiX安装程序项目。 但是,当我在VS 2013(Release)中打开解决scheme时,WiX项目是不兼容的。 有谁知道VS 2013版本(wixtoolset?)在哪里可用吗? 或者有没有办法使VS 2013中的当前项目兼容?
我写了一个应用程序和它的WiX安装程序,并使用subversion将其置于版本控制之下。 当WiX安装程序构build时,我希望它的版本号是应用程序的当前构build版本。 我如何做到这一点? 我用c#来编写应用程序。 NB我正在使用ccnet来build立这个项目
当我进入Visual Studio 2015中的“新build项目”对话框时,Windows Installer XML不可用。 如何在Visual Studio 2015中启用WiX项目?
我的Wix项目创buildinstall.msi和cab1.cab。 我怎样才能把所有东西都捆绑到msi中? 我可能会使用7-zip SFX来解决这个问题,但是我看到了其他只有一个msi的应用程序。
安装Windows服务时,Windows启动时有两种自动启动Windows服务的选项。 一个是自动的 ,另一个是自动的(延迟启动) 。 这两个细节有什么区别? 例如,如果您使用wixtoolset创build安装程序,则ServiceConfig元素具有DelayedAutoStart属性。 这将如何影响在启动时启动服务时发生的情况? WiX文档: ServiceConfig元素
我是一个很less或没有经验的人,我正在尝试支持Windows也为我负责的组件。 我正在尝试为我的产品生成的一组文件创build合并模块。 这些文件存在于许多子目录中。 我想知道如何为整个树中的所有文件创build单个组件ID。 我不担心小升级,因为这是我不会做的事情。 我试图避免为每个文件生成大量的GUID。 还有什么办法可以改变我想要安装文件的根目录的名称。 目前,在我们的编译系统中,我想要安装的文件以“install”目录名称结束。 在由热量生成的wxs文件中出现安装。 我想知道是否可以将其更改为实际的产品名称而不是“安装”。
我试图用“Value”属性创build自定义动作,我想将parameter passing给C#代码(TARGETDIR和版本)。 但是,我收到一个错误,指出DLLENtry和Value不能共存。 但是没有dllentry的自定义操作是无效的。 这是代码: <CustomAction Id="SetMAWPrefferences" Value="InstallDir=[TARGETDIR];Version=2.0.0.1" Return="check" Execute="commit" BinaryKey="ImportExportBinary" /> 为此,我得到这个错误: 错误9 ICE68:操作“SetMAWPrefferences”的自定义操作types无效。 任何想法如何做到这一点?
我正在使用基于WiX的安装程序的升级function。 作为安装的一部分,我们正在安装web.config文件,然后使用自定义操作来更新文件内的连接string。 但是,当我们运行升级时,这会导致一个问题。 我们希望将RemoveExistingProducts安排在InstallFinalize之后,因为这对于不删除和重新安装未更改的文件而言是最有效的。 但是,当Windows安装程序试图确定是否应该更新它时,这留下了原始web.config文件。 由于上次修改date比创builddate更新,Windows Installer决定不更新它(请参阅Windows Installer使用的版本规则 )。 但是我们需要更新它。 一个显而易见的解决scheme是将RemoveExistingProducts的调度更改为InstallValidate之后的调度 – 但这样效率不高,而且我不认为这会使我们有机会从现有文件迁移设置,因此我们需要这样做。 任何其他的想法?
我正在为使用自定义事件日志源的网站创build安装程序。 我希望我们的基于WiX的安装程序在安装过程中创build该事件日志源。 有没有人知道使用WiX框架来做到这一点的最好方法。
什么是WIX的KeyPath属性? 特别是,它如何适用于以下内容: <Component Id="ProgramMenuDir" Guid="*"> <RemoveFolder Id="ProgramMenuDir" On="uninstall" /> <RegistryValue Root="HKCU" Key="Software\CompName\AppName" Type="string" Value="" KeyPath="yes" /> </Component>