最好的开始就是永远不要开始!
10/10/2017 3:04:23 PM - Skipping 'C:\Users\brian.cullinan\AppData\Local\Microsoft SDKs' as it doesn't exist
10/10/2017 3:04:23 PM - An extension with a matching Identifier is already installed to this product.
10/10/2017 3:04:23 PM - Found installed product - Visual Studio Build Tools 2017 (2)
10/10/2017 3:04:23 PM - System.NullReferenceException: Object reference not set to an instance of an object.
at Microsoft.VisualStudio.ExtensionManager.EngineUtilities.TryGetProductVersion(String productVersionString, Version& productVersion)
at Microsoft.VisualStudio.ExtensionManager.EngineUtilities.TryGetProductVersionFromPath(String path, Version& productVersion)
at VSIXInstaller.SupportedVSSKU.get_VersionWithBuildRevisionInfo()
at VSIXInstaller.App.IsValidSKUForExtension(SupportedVSSKU supportedSKU, IExtension extension, List`1 validSKUs)
at VSIXInstaller.App.ShouldAddSkuToValidSkuList(SupportedVSSKU sku, IInstallableExtension extension, List`1 validSKUs)
at VSIXInstaller.App.GetInstallableData(String vsixPath, Boolean isRepairSupported, IEnumerable`1& skuData)
at VSIXInstaller.App.Initialize(Boolean isRepairSupported)
at VSIXInstaller.App.Initialize()
at System.Threading.Tasks.Task`1.InnerInvoke()
at System.Threading.Tasks.Task.Execute()
如果您单击“查看安装日志”,我们需要您将获得的整个日志。 我们已就 Visual Studio 扩展安装程序的问题与 Microsoft 联系,但在我们获得完整日志之前,我们无法为他们提供足够的信息来帮助我们。
您还知道这是否是 Visual Studio 2017 的最新补丁版本? 例如我的版本是 15.3.5,当我们与 MS 工程师讨论这个问题时,他们说 15.3 更新确实对扩展安装程序进行了一些修复。
得到了 Microsoft 的回复,看起来这是一个已修复但尚未发布的已知问题。 他通过了几个工作。
此用户的解决方法是从命令行调用 vsix 安装程序,并指定他们希望以安装为目标的特定实例。 例如,命令如下所示:
“vsixinstaller.exe /instanceids:”。 要找到实例 ID,他们可以转到 %programdata%/Microsoft/VisualStudio/Packages/_Instances,在那里他们会找到名称对应于所有已安装实例的实例 ID 的文件夹。
另一种可能的解决方案可能是转到 ..\ BuildTools\Common7\Tools\ 下的 2017 BuildTools 安装目录,并在开始安装之前通过双击 VSIX 删除/重命名在那里找到的 LaunchDevCmd.bat 文件。 VSIX 完成安装后,他们应该将文件放回原处。
哇。 感人的。 我希望我有一条直通微软的电话! ;) 谢谢
调查此事。 这里有一些我从未考虑过的黄金。
2017 年 10 月 11 日星期三下午 1:43,Norm Johanson [email protected]
写道:
得到了 Microsoft 的回复,看起来这是一个已知问题
已修复但尚未发布。 他通过了一个
夫妻解决问题。此用户的解决方法是从
命令行并指定他们想要的特定实例
目标与安装。 例如,命令如下所示:
“vsixinstaller.exe /instanceids:”。 要查找实例 ID,他们可以转到
%programdata%/Microsoft/VisualStudio/Packages/_Instances,他们在那里
将找到名称对应于所有实例 id 的文件夹
他们安装的实例。
另一种可能的解决方案可能是转到 2017 BuildTools 安装
..\ BuildTools\Common7\Tools\ 下的目录并删除/重命名
LaunchDevCmd.bat 文件在他们开始安装之前在那里找到了双倍
单击 VSIX。 VSIX 完成安装后,他们应该把
文件回来。—
您收到此消息是因为您编写了该主题。
直接回复此邮件,在 GitHub 上查看
https://github.com/aws/aws-lambda-dotnet/issues/171#issuecomment-335942113 ,
或使线程静音
https://github.com/notifications/unsubscribe-auth/AX5Xbh0GpC-msef3_ENAOfWbkPYBp94dks5srShtgaJpZM4P0pWL
.
--
保密声明:此电子邮件的内容和任何
附件仅供收件人使用,可能包含
机密和/或特权信息,可能受到法律保护
从披露。 然后与科技公司、机器人、黑客、
政府机构和营销人员。 这个消息的安全性是没有的,
并且可以随时在 Instagram 上分享。 如果你对此没问题,
请回复。 任何地方都没有任何安全或隐私。 如果
你不同意你可能想去露营和面对面交谈
就像过去一样。
我不会直接说 :) Visual Studio 2017 对扩展进行了很多更改,这很棒,因为这些更改使我们最终能够通过 VS Marketplace 发布 AWS Toolkit。 我为 VS 扩展团队提供了完整的支持,以帮助平滑这些更改。
@normj谢谢! 你能请他们也看看这个吗? 大声笑 ;) https://twitter.com/VisualStudio/status/917900154426060800
关闭,因为我认为周围的工作有效。 我不愿意代表您向 Microsoft 提出与 AWS 无关的问题。
最有用的评论
得到了 Microsoft 的回复,看起来这是一个已修复但尚未发布的已知问题。 他通过了几个工作。