问题标签 [msix]

我正在从 VS 2019 创建一个 .msix 包。被打包的应用程序是一个 .NET Core 3.1 WFP 桌面应用程序。

包 (.msixbundle) 正确执行并正确命名。

但是，放置包的文件夹总是在它所在的文件夹的末尾附加一个“_Test”（后缀）。如果我将包发布到 Web 服务器或文件共享，将会有一堆文件夹结束在“_Test”中。无论我是创建调试版本还是发布版本，都会发生这种情况。

我已经在解决方案中搜索了 Test 一词，但它不存在。我创建了简单的通用应用程序，并且“_Test”后缀始终出现在包的文件夹名称中。

这是从哪里来的？

我想为 Windows 商店发布我的第一个控制台应用程序，并且商店想要我打包应用程序，当我使用 misx 打包工具时，它请求认证我在 2019 年使用 Visual Studio。如何使用 C++ 在 Visual Studio 中打包控制台

我有一个要使用 MSIX 部署的业务应用程序。我有一个测试安装程序项目已经工作了几个月，现在我正在尝试设置生产版本，但遇到了 .appinstaller 失败但 .msixbundle 将安装应用程序的问题。

设置：

我正在部署的应用程序是 WPF .Net Core 3.1 应用程序。解决方案中有 2 个 MSIX 安装程序项目，一个用于测试环境，一个用于生产（我知道这不是最好的，但这是我目前拥有的）。我已将测试安装程序项目配置为部署应用程序的调试版本，并将生产安装程序项目配置为部署应用程序的发布版本。他们有不同的更新 URL 和保存更新的不同共享文件夹。除此之外，安装程序项目应该是相同的。

我有一对（测试和生产）ASP .Net Core 网站设置来托管应用程序更新和安装程序网站，它们被配置为静态托管更新文件夹。

我正在 Win 10 2004 机器上进行测试。

问题：

问题在于生产安装程序项目。发布后，如果我单击安装程序网站上的“获取应用程序”链接，它将下载 .appinstaller 文件并在 Windows 应用程序安装程序中打开它。然后我单击安装并收到一条不太有用的错误消息，如下所示。

我检查过的

1. 鉴于我有 2 个 MSIX 项目，一个有效，一个无效，我检查了它们之间的差异。我唯一能看到的是在部署应用程序的发布版本时被破坏，而另一个部署的是调试版本
2. 我尝试直接从发布更新的共享文件夹中运行 .msixbundle，效果很好。这让我相信这个问题与 .appinstaller 如何链接到 .msixbundle 有关
3. 我通过从 .appinstaller 文件中复制 uri 并将其粘贴到 Web 浏览器中来检查更新文件是否可以从 Web 地址访问。这导致 .msixbundle 被正确下载和安装。
4. 我已阅读故障排除文档（https://docs.microsoft.com/en-us/windows/win32/appxpkg/troubleshooting?redirectedfrom=MSDN和https://docs.microsoft.com/en-us/windows/msix /app-installer/疑难解答-appinstaller-issues）
5. 我已经检查了事件查看器。我在安装失败的同时注意到了这个事件。
6. 直接从共享文件夹运行 .appinstaller 会导致相同的错误。
7. 使用网站上的包捆绑链接（在附加链接下）将下载 .msixbundle 并正确安装。

我不知道还能去哪里看，或者我还能做些什么来解决这个问题。

我有一个使用一些 win32 API 函数的中型 C/C++ Qt 应用程序。我为发布编译并创建了一个目录，其中包含所有需要的 DLL 和所需的资源文件。我在其他机器上测试过，效果很好。

现在我的问题是..如何打包这样的应用程序以便我可以把它放在微软商店？请注意，它不是 UWP 应用程序，它使用来自 win32 的一些功能。

尝试在 VS 2019 WPF 打包项目中使用 Publish 命令创建 64 位 MSIX 包时，我们收到以下错误 'wappublish\win-x64\project.assets.json' not found... 运行 NuGet 包还原生成这个文件'。

打包项目本身构建良好并且可以调试。从包管理器控制台运行“dotnet restore”没有帮助。我们注意到 wappublish 下没有创建 win-x64 目录。

我们正在使用 VS 2019 16.7.4 社区版。任何人有任何想法可能导致这种情况。

谢谢

我有一个成熟的 wcf 应用程序，目前用 wix 打包，可以生成一个 msi。当 msi 安装在用户的电脑上时（使用 wix /msi gui 或使用带有 powershell 远程处理的 msiexec 自动化），它们会传入参数，例如保存到应用程序 app.config 文件中的应用程序后端 Web 服务的 URL。

我正在寻找用 MSIX 替换 wix 安装程序进程。此切换对我的主要好处是用户可以从 Web 服务器 URL 自己安装应用程序，而不必费心下载和运行 MSI。

为了实现简单的单击和安装过程并能够在不同的客户环境中暂存我的 MSIX，我需要在暂存应用程序时通过某种方式设置每个环境的应用程序后端 URL。鉴于 MSIX 是一个自容器包，其中所有文件都经过哈希处理和签名以确保它不会被篡改，有没有办法让我在暂存应用程序时发送不同的 URL，而无需在暂存时重新打包应用程序？

就上下文而言，该应用程序是我们为许多客户定制的产品，因此在内部我们有很多环境，我们经常使用自动化工具部署到其中，因此我希望避免在设置新环境时动态重新打包。

我基本上想发送配置，但不是在 msix 中。

Microsoft Store 无法验证.msixuploadVisual Studio 打包的文件。解决方案文件包含一个 WPF 应用、一个适用于 XAML Island 的 UWP 应用和 MSIX 打包项目。

合作伙伴中心网站返回的错误是：

包接受验证错误：您无法提交预编译的 .NET Native 包。请上传 Microsoft Store appxupload 文件并重试。

.msix生成的以及可以.msixupload在本地安装和运行没有问题。它还通过了 Windows App Cert Kit 测试。

此验证错误的潜在原因是什么？从高到低搜索它。

我正在编写一个需要使用包标识部署的 VB.NET Windows 窗体应用程序，因此我正在为其生成 MSIX 文件。我希望应用程序启用高 DPI，因此我在 app.manifest 中设置了所需的密钥。在构建应用程序并在没有 MSIX 打包的情况下运行它时，高 DPI 支持工作正常。通过 Windows 应用程序打包项目构建和运行 MSIX 打包时，高 DPI 支持不起作用。（我之前曾尝试在 app.config 中指定高 DPI 支持，但显然这会禁用 VB.NET 应用程序的视觉样式，我宁愿不禁用应用程序框架来尝试解决问题。）

生成的应用清单文件似乎未包含在 MSIX 文件中。我怎样才能包含这个文件。

没有 MSIX 打包的调试构建目录的内容：

我的带有 MSIX 打包的调试构建目录的内容：

MyApp.exe.manifest似乎没有包含在 MSIX 包中，我想包含它。我将如何在 Windows 应用程序打包项目中这样做？

Visual Studio 2019 社区 16.7.6、.NET Framework 4.8、Windows 10 版本 1909。

谢谢！

我正在尝试遵循 Microsoft 文档，但我对我的 appinstaller 失败的原因感到困惑：

如果我运行 MSIX 文件，它会按原样安装。我一直在尝试遵循这一点： https ://docs.microsoft.com/en-us/windows/msix/desktop/azure-dev-ops 我收到此错误： 如果我删除 UpdateSettings 属性，它只会导致另一个错误：“应用程序安装失败并显示错误消息：Appinstaller 操作失败，错误代码为 0x80D05011。详细信息：未知错误 (0x80d05011)”

请帮忙。

我制作了一个使用 cefSharp.wcf 的简单 WPF 应用程序。我正在尝试创建一个部署包，但我无法构建该包。当我尝试构建包时，出现以下错误：

主要参考“C:\Users\paulc\source\repos\CefSharp.MinimalExample\CefSharp.MinimalExample.Wpf\bin.netcore\x64\Debug\netcoreapp3.1\win-x64\CefSharp.MinimalExample.Wpf.netcore.dll " 无法解决，因为它间接依赖于基于 ".NETFramework,Version=v4.5.2" 框架构建的程序集 "CefSharp.Wpf, Version=84.4.10.0, Culture=neutral, PublicKeyToken=40c4b6fc221f4138"。这是比当前目标框架“.NETFramework,Version=v4.5.1”更高的版本。1>主要参考“C:\Users\paulc\source\repos\CefSharp.MinimalExample\CefSharp.MinimalExample.Wpf\bin.netcore\x64\Debug\netcoreapp3.1\win-x64\CefSharp.MinimalExample.Wpf.netcore .dll”无法解析，因为它间接依赖于程序集“CefSharp.dll”。主要参考“C:\Users\paulc\source\repos\CefSharp.MinimalExample\CefSharp.MinimalExample.Wpf\bin.netcore\x64\Debug\netcoreapp3.1\win-x64\CefSharp.MinimalExample.Wpf.netcore.dll " 无法解决，因为它间接依赖于基于 ".NETFramework,Version=v4.5.2" 框架构建的程序集 "CefSharp.Core, Version=84.4.10.0, Culture=neutral, PublicKeyToken=40c4b6fc221f4138"。这是比当前目标框架“.NETFramework,Version=v4.5.1”更高的版本。1>C:\Program Files (x86)\Windows Kits\10\bin\10.0.18362.0\x64\MakePri.exe New -ProjectRoot C:\Users\paulc\source\repos\CefSharp.MinimalExample\CefSharp.Wpf.Package \ -ConfigXml obj\x64\Debug\priconfig.xml -OutputFile C:\Users\paulc\source\repos\CefSharp.MinimalExample\CefSharp.Wpf。

谁能解释我如何克服这个问题或向 .net framework 4.5.2 添加依赖项以便我可以创建包？