答案1
好吧,原来是需要依赖项,而我使用的电脑上没有安装。我以为 DISM 命令在本地起作用了,但我正在使用旁边的电脑。
所以发生了什么事?
在这个例子中,我尝试将免费应用程序 Fresh Paint 部署到所有计算机。我使用 Fiddle 获取 URL 从 Windows 商店下载了它。
在 PowerShell 中运行此命令会显示一些重要信息:
> Get-AppxPackage *fresh*
Dependencies : {Microsoft.VCLibs.140.00_14.0.22929.0_x86__8wekyb3d8bbwe,
Microsoft.NET.Native.Runtime.1.1_1.1.23406.0_x86__8wekyb3d8bbwe}
因此,Fresh Paint 有两个依赖项,即 Visual C 库和 .Net 运行时。
我访问了一台新安装的机器并再次下载了该应用程序。这一次,我注意到依赖项已自动下载并安装。我抓取了运行时的 URL 并将其放入我的部署文件夹中,并在其中运行问题中的脚本。
现在,每台机器都会自动安装依赖项以及应用程序本身。
值得注意的是,即使依赖项不满足,DISM 也会安装应用程序。但是,其 PowerShell 对应程序Add-AppxProvisionedPackage
会检查依赖项并拒绝安装该应用程序。检查应用程序是否正常运行的最佳方法是在使用 DISM 之前尝试此命令。
最后,我设法使用互联网上流行的 PowerShell 修复命令来调试该应用程序:
Get-AppXPackage -AllUsers | Foreach {Add-AppxPackage -DisableDevelopmentMode -Register "$($_.InstallLocation)\AppXManifest.xml"}
这不仅可以为所有用户修复应用程序(如果单击了“卸载”链接,则非常方便),还可以输出无法安装的应用程序的错误。这为我指明了解决依赖关系并最终使应用程序正常运行的正确方向。