支持 Linux 的虚幻引擎游戏

您最好的选择是：

1. 编译您的游戏，以便所有使用的库（或尽可能多的/实用的）都是静态链接的 - 这将使游戏基本上独立于它所运行的特定发行版的库版本（尽管其他因素如桌面环境或 X 与 Wayland 可能仍然是问题的根源）。

2. 编译你的游戏使其在特定环境中运行。通常，这意味着 steam 和 steamos。Steam Linux 运行时提供了一个已知的环境和已知版本的库。如果我没记错的话，Steam 运行时是基于 Ubuntu 的，但我对此并不完全确定——所以请查看开发者文档。如果我没记错的话，SteamDeck 是基于 Arch 的。当然，这只有在你打算通过 Steam 分发游戏时才真正有用。

顺便说一句，库版本是 Linux 原生游戏寿命短的原因之一，除非开发者/发行商不时地重新编译它们以跟上变化。大多数大型发行商并不在意这一点，所以很多 Linux 原生游戏几年后就崩溃了，玩家只能在 Proton 或其他版本的 Wine 中运行 Windows 版本。

你问的是一个具体的包装问题。大致来说，你可以使用四种方法：

• 为 Windows 构建，但在 Proton/Wine 下进行适当的测试。出于多种原因，这通常是“简单”的解决方案，大多数声称支持 Steam 平台的游戏实际上都是这样做的，但它的集成度最差，而且只适用于游戏（出于多种原因，普通 Linux 用户在其他大多数情况下不愿意这样做）。
• 为 Steam 或 Flatpak 等发行版（指软件发行，而非软件集合）平台构建。这通常是真正原生且可移植的最佳选择，但它需要你提前主动决定开发环境（因为改造游戏使其能够像这样运行并不容易）。
• 采用 Windows 或 macOS 风格的方法，将所有或大部分依赖项随游戏本身一起发布。Linux 与其他类 UNIX 平台一样，提供了许多选项，其中两种简单的方法是静态链接或使用自定义库搜索路径。然而，这会使游戏本身变得更大，因为您需要随游戏一起发布大量额外的代码。
• 如果游戏不是商业的，只需将其设为自由/开源软件 (FOSS)，并与发行版合作进行原生打包即可。一旦你将可用的软件包导入 Debian、Fedora 和 Arch，大多数其他发行版通常都会自动支持，无需你做太多其他工作，这可以减轻大部分（但不是全部）特定发行版的打包负担，让你无需处理这些工作。不过，这需要大量的前期时间投入，而且显然不适用于商业游戏。

显然，也可以选择按发行版进行构建（顺便说一下，涵盖 Debian、Fedora 和 Arch 可以让大多数桌面 Linux 用户轻松上手，因为绝大多数桌面 Linux 用户要么使用这三个发行版，要么使用这三个发行版的衍生版本）。但这需要投入大量的时间，而且需要持续投入，才能随着时间的推移保持游戏的可玩性。