John Reid Asked: 2015-10-30 02:35:00 +0800 CST2015-10-30 02:35:00 +0800 CST 2015-10-30 02:35:00 +0800 CST DISM 部署的 Windows 10 应用程序无法启动 772 我正在尝试使用带有计算机启动脚本的 DISM 将应用程序部署到学校周围的计算机。 我创建了一个脚本来枚举网络上的目录并在计算机上安装应用程序: for %%v in (%~dp0*.appx) do ( DISM /Online /Add-ProvisionedAppxPackage /PackagePath:%%v /SkipLicense ) 在第一次检查时,该应用程序似乎部署得很好。但是,当有人尝试启动应用程序时,会出现停滞的进度条: 但是,如果我使用提升的命令提示符中的命令,则应用程序可以正常安装和启动。 我可以做些什么来在部署后修复应用程序或第一次正确部署? startup-scripts 1 个回答 Voted Best Answer John Reid 2015-10-31T02:45:35+08:002015-10-31T02:45:35+08:00 好吧,事实证明,我所在的计算机上没有安装依赖项。我以为 DISM 命令在本地工作,但我正在使用它旁边的计算机。 所以发生了什么事? 在此示例中,我尝试将免费应用程序 Fresh Paint 部署到所有计算机。我使用 Fiddle 从 Windows Store 下载了它以获取 URL。 在 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"} 这不仅可以为任何用户修复应用程序(如果单击“卸载”链接很方便),而且还会为无法安装的应用程序输出错误。这为我指明了解决依赖关系并最终让应用程序正常工作的正确方向。
好吧,事实证明,我所在的计算机上没有安装依赖项。我以为 DISM 命令在本地工作,但我正在使用它旁边的计算机。
所以发生了什么事?
在此示例中,我尝试将免费应用程序 Fresh Paint 部署到所有计算机。我使用 Fiddle 从 Windows Store 下载了它以获取 URL。
在 PowerShell 中运行此命令会显示一些重要信息:
因此,Fresh Paint 有两个依赖项,Visual C 库和 .Net 运行时。
我访问了一台新安装的机器并再次下载了该应用程序。这一次,我注意到依赖项会自动下载并安装。我抓取了运行时的 URL 并将它们放入我的部署文件夹中,在该文件夹中运行问题中的脚本。
现在,每台机器都会自动安装依赖项以及应用程序本身。
值得注意的是,即使不满足依赖关系,DISM 也会安装应用程序。但是,它的 PowerShell 对应
Add-AppxProvisionedPackage
项会检查依赖关系并拒绝安装该应用程序。检查应用程序是否可以工作的最佳方法是在使用 DISM 之前尝试此命令。最后,我设法使用互联网上流传的 PowerShell 修复命令调试了该应用程序:
这不仅可以为任何用户修复应用程序(如果单击“卸载”链接很方便),而且还会为无法安装的应用程序输出错误。这为我指明了解决依赖关系并最终让应用程序正常工作的正确方向。