如何无错误地通过appxbundle实现Sideload UWP应用程序

Question

通过运行通过创建应用程序包生成的PowerShell脚本，我可以在我的辅助计算机上成功地副业。

但是，如果我尝试双击.appx (或.appxbundle)文件的更友好的路径，并且在该对话框中按下“安装”，则会得到以下错误：

...installation failed

Ask the developer for a new app package. This package may conflict with a package already installed, or it depends on things that are not installed here (package dependencies) or is made for a different architecture (0x80073CF3).

但这里有一个转折:如果我首先通过PowerShell脚本安装应用程序，随后的应用程序包更新会在双击路由时成功安装。因此，换句话说，第一个副业安装需要PowerShell，随后的更新可以通过友好的GUI双击方法完成。

我的最终目标是允许我的用户在一台新鲜的机器上安装我的应用程序，而不必参与PowerShell。因此，我需要这个GUI副业安装工作。

(注意:我正在使用VS 2017 15.3.4，我的开发机器和目标机器都在运行windows 15063，即使在创建空白的UWP应用程序、针对创建者更新15063以及没有添加其他包或引用时也会遇到此问题)

更新

我的UWP项目设置为使用正式的、受信任的代码签名证书(而不是测试证书)。

更新2看起来这个问题已经用Fall Creator的更新解决了。在使用FCU更新我的开发机器和目标机器之后，安装对话框现在指出进度栏中的另一个步骤:大约19%它表示“安装其他框架.”。在那之后，它继续“安装应用程序包”，然后不久就成功了。

顺便说一句，我以前的问题(针对老创作者的更新)被观察到，即使是一个空白的应用程序(VS ->创建新的UWP应用程序->与我的信任证书->创建应用程序包->尝试副业)。

Answer 1

看起来这个问题已经用秋季创造者更新解决了。在使用FCU更新我的开发机器和目标机器之后，安装对话框现在指出进度栏中的另一个步骤:大约19%它表示“安装其他框架.”。之后，它开始着手“安装应用程序包”，然后不久就成功了。

Answer 2

您的应用程序包需要用客户端计算机信任的证书签名才能工作。这是确保可信任部署的一个重要部分。否则，客户无法确定应用程序包的来源，打开恶意软件、广告软件或赎金软件的大门。

它使用powershell脚本的原因是该脚本安装了由Visual与您的包签名的测试证书。因此，所有后续安装也通过双击工作。

以下是MSDN的相关文档：

https://learn.microsoft.com/en-us/windows/uwp/packaging/packaging-uwp-apps

https://learn.microsoft.com/en-us/windows-hardware/drivers/install/installing-test-certificates