3

的Visual Studio 2017年,似乎在可扩展性方面已经改变了很多东西 https://docs.microsoft.com/en-us/visualstudio/extensibility/breaking-changes-2017如何从一个MSI安装了Visual Studio 2017年扩展(VSIX)

关于从MSI安装VSIX现在的以前的建议似乎已经过时(Deploying VSIX using MSI installer),但似乎没有关于现在如何做的信息。

VS2017 FAQ意味着VSIX安装程序可以(应该?)手动启动,这是现在推荐的方法吗?

vsixinstaller.exe/Q/appidinstallpath: “C:\ Program Files文件 (x86)的\微软的Visual Studio \ 2017年\企业\ Common7 \ IDE \ devenv.exe的” /appidname: “Visual Studio的”/日志文件: /skuName:企业/skuVersion:15.0.25810.0 “KendoUI.Mvc.VSPackage.vsix”

它也需要你知道vsixinstaller.exe的路径。这是从哪里来的? 更新它似乎MS工具vsixbootstrapper将找到vsixinstaller.exe并通过您的参数,因此无需直接找到它)

此外,您还需要了解所有安装的visual studio版本,这看起来比应该是Programmatically finding the VS2017 installation directory更复杂。

我错过了什么,或者现在这真的很复杂吗?

+2

微软已经把这个国际海事组织搞砸了。非常沮丧。 –

回答

4

现在只是非常复杂。安装扩展可以触发VS安装程序安装所需的工作负载,当两者都通过MSI发生时,这会失败。有关于如何使其适用于WiX的讨论,结论是,如果不更改VSIXInstaller.exe的工作方式,无法安全地运行它:http://lists.wixtoolset.org/pipermail/wix-devs-wixtoolset.org/2017-February/thread.html

+1

不是我想听的,但它是有道理的。我想在MSI安装完成后启动VSIX安装程序会稍微增加一点,但会使复杂/妥协的卸载。你可以更新这个线程,如果他们有任何清晰的如何解决这个问题。 – Sprotty