问题标签 [msix]

该应用程序启动后运行良好，但在我的代码开始执行之前始终需要大约 60 秒 + 高 CPU。当我从 Visual Studio 运行应用程序或通过旧单击安装时，它会立即启动。

.msix 文件大约为 130 MB。该应用程序依赖于 Crystal Reports 运行时。我使用 MSIX 打包工具为 Crystal 运行时创建包，然后将我的应用程序添加到该包中。

我难住了。

我想使用这个 neu 命令制作一个 Msix 包，但不知道如何安装这个 sdk 并在命令行中获取命令。

makemsix.exe 包 -d -p [选项]

谁能帮帮我？提前致谢。

该项目 (netcore3.1) 与 Windows 应用程序打包项目 (.wapproj + .appxmanifest) 一起打包，并使用以下方式发布以进行旁加载：

右键打包项目->发布->创建应用包

错误是：“不支持在不指定 RuntimeIdentifier 的情况下构建或发布自包含应用程序，请指定 RuntimeIdentifier 或将 SelfContained 设置为 false。”

其他答案描述了使发布系统识别 RuntimeIdentifier 的变通方法和方法，但没有解释如何禁用自包含打包。当然，可以设置一个标志或属性来创建没有运行时库的包。

我已经为我的 WinForm 应用程序创建了一个 MSIX 安装项目，现在我想将它提交到我的存储库 (git)。我不知道哪些文件是必不可少的，哪些是现在。

我想我应该提交.wapproj,<my public key>.pfx和Package.appxmanifest整个 Images 文件夹。我知道我不应该提交.user或obj归档。我该怎么做bin和BundleArtifacts文件夹，为什么？

看一下附加的图像。这是一个由 Microsoft 签名的 appx。签名带有时间戳。但是，它现在是一个“不受信任的应用程序”。

我的软件刚刚发生这种情况。我无法使用我的新证书为旧的应用程序包（Appx、MSIX、Appxbundle 或 MSIXBundle）签名。

从商业角度来看，这太可怕了。

有没有办法签署 Appx 捆绑包或 MSIX 捆绑包，而不会在未来将其列为不受信任？

编辑：

老实说，我不确定这是否只是我的系统。我希望这只是我的网络，或者其他什么。但是，我想弄清楚这一点。似乎非常重要。

一些更新：

1. 在事件日志中没有发现任何有价值的东西。
2. 我希望我的系统被破坏了，因为如果这是新常态，这对企业不利。
3. 这是Microsoft 签名并加盖时间戳的 Appx。如果其他人可以验证这是受信任、不受信任还是“受信任的 Microsoft Store 应用程序”，请在此处发布。

我想问题是：

• 证书过期后，签名和时间戳的 Appx/MSIX 包是否变得“不受信任”？
• 如果不是，是什么导致我的系统出现这种情况？
• 如果是这样，什么是“受信任的 Microsoft Store 应用程序”，它是否不受这种影响？
• 另外，如果是这样，为什么？我们到底相信什么？authenicode 是否有效？信任是由什么权威、通过什么机制产生的？

干杯!

目标：将我的 CLI 应用程序的 EXE 安装程序转换为 MSIX 安装程序。

方法：使用 MSIX 打包工具将 EXE 安装程序转换为 MSIX

预期： MSIX 打包工具将检测到 PATH 的更新，以便二进制文件在 CMD/PS 中可用

实际： PATH 变量未使用二进制路径更新，因此安装“成功”但二进制文件在 CMD/PS 中不可用

我正在尝试使用 MSIX 打包工具来打包 CLI 的安装程序，但我无法让它在安装时更新 PATH 变量。去年我用 NSIS 创建了一个 EXE 安装程序，它可以完成我需要做的所有事情，但我希望尽可能将安装程序更新到 MSIX，因为这似乎是未来。但是，似乎 MSIX 完全专注于桌面风格的应用程序，它们不需要在 PATH 中提供其应用程序二进制文件。

我正在使用 MSIX 打包工具，因为它承诺将 EXE 安装程序转换为 MSIX。它似乎捕获了我对注册表所做的所有更改并将文件正确添加到安装目录，但它显然没有捕获 PATH 更新。

有没有人了解 MSIX 以及我在 CLI 应用程序中可能遇到的问题？

我正在尝试创建将上传到 Microsoft Store 的 msixbundle 或 msixupload 文件。目前我正在使用 Azure Pipelines 来执行构建，它以 x86|x64 为目标。我现在想添加 ARM64，但构建所需的时间超过了 Azure Pipelines 中的 60 分钟限制。

因此，我试图弄清楚如何并行化 MSIX 构建和打包过程。现在，每个架构都是按顺序构建的。我如何并行化它，同时将不同的架构捆绑到一个 msixbundle 中？

我已经阅读了这篇关于如何并行化架构构建的博客，但它在最后指出这不包括捆绑步骤。实际上，如果您尝试添加捆绑步骤，则该过程不会并行化。https://www.sharpgis.net/post/Speeding-up-multi-architecture-compilation-by-parallelizing-your-build

任何想法将不胜感激。

我正在使用 Visual Studio MSIX 打包项目在网络共享上为内部应用程序创建安装程序。

一个问题是它在最后创建了一个带有“_Test”的目录。

为什么要这样做，我该如何摆脱它？我只想要“MyApp.MSIX_0.0.1.0”，或者理想情况下是“MyApp.0.0.1.0”。

我一直在搜索文档，但找不到任何关于它创建的目录或它生成的 index.html 文件的信息。我想自定义所有这些，添加发行说明等。

这是一个 WPF 应用程序，如果这有什么不同的话。

我有一个有效的代码签名证书。我用它来签署 WPF 应用程序。此应用程序将以管理员身份运行。它有一个有效的 app.manifest。

MSIX 文件是使用 MSIX 打包工具构建的。我使用相同的证书签署了 MSIX 应用程序包。appx 清单具有这些功能。

我在运行版本 1903 的 Windows 10 Pro 机器上安装了 MSIX 文件。它安装正确，并表明它是受信任的应用程序。当我启动应用程序时，我看到黄色警告，“此文​​件正在从不受信任的位置运行。” 我希望看到蓝色的 UAC 提升警告，因为应用程序已签名。

我解压了 MSIX 文件并验证了 EXE 是使用代码签名证书进行签名的。这是。我启动了 EXE 文件，我看到了正确的蓝色 UAC 提升警告以及证书中的公司名称。

为什么 Windows 10 认为 WPF 应用程序是从不受信任的来源启动的？

有人可以回答我的问题吗？MSIX Packaging Toolkit 创建一个 MSIX 文件，但在清单中使用一种语言。有没有办法添加一些其他语言？