Windows services 如何使用wix而不使用ServiceInstall安装windows服务

我需要使用wix安装windows服务。不幸的是，ServiceInstall不适合我的需要。它不允许显式指定服务文件，需要将其放置在服务可执行文件所在的组件中。但我的组件是在每次构建项目时由heat动态生成的。所以我不能把ServiceInstall放在那里

有人知道安装服务的其他方法吗

---

该服务是.net one，因此我的第一个想法是直接从.net framework运行installutil。

您可以使用XSLT转换（请参见

-t

开关）以您想要的方式转换热量输出。这仍然比回到installutil好。。。请参阅DTF文档（随WiX安装的DTF.chm，

开发指南>托管CAs>InstallUtil

），了解使用InstallUtil被认为不是一个好主意的原因。

您可以使用XSLT转换（请参见

-t

开关）以您想要的方式转换热输出。这仍然比回到installutil好。。。请查看DTF文档（随WiX安装的DTF.chm，

开发指南>托管CAs>InstallUtil

），了解使用InstallUtil被认为不是一个好主意的原因。

我已经详细介绍了动态安装创作的许多限制。我要做的是为服务静态编写此组件（使用ServiceInstall），并将其从动态生成过程中排除

---

再说一遍，我不使用动态创作周期。我不认为这是一个最好的实践。

< P>我已经详细地谈到了动态安装创作的许多局限性。我要做的是为服务静态编写此组件（使用ServiceInstall），并将其从动态生成过程中排除

---

再说一遍，我不使用动态创作周期。我不认为这是最好的练习。

+ 1，当ktI知道建议静态生成wix文件时，静态地包含这一点并不是很困难，每次生成都有什么意义，但在我的情况下，我必须接受这样一个事实：我需要打包构建文件夹的内容，我事先并不完全知道这些内容。可能以后我们会切换到静态文件生成。无论如何，谢谢。我永远不会接受那个“事实”。这是一个可怕的需求和糟糕的设计，可能来自于对部署一无所知的人。有很多边缘案例附加的元数据案例场景，认为在构建时你不可能“神奇地”得到正确的答案。+ 1，当ktI知道建议静态生成wix文件时，静态地包含这一点并不是很困难，每次生成都有什么意义，但在我的情况下，我必须接受这样一个事实：我需要打包构建文件夹的内容，我事先并不完全知道这些内容。可能以后我们会切换到静态文件生成。无论如何，谢谢。我永远不会接受那个“事实”。这是一个可怕的需求和糟糕的设计，可能来自于对部署一无所知的人。有很多边缘案例附加的元数据案例场景，认为你不可能在构建时间“神奇地”得到正确的结果。我甚至在这里发现了一个问题，解释了如何做：Tx！我甚至在这里发现了一个问题，解释了如何做：