你好，
我目前在 Ubuntu 16.04 上运行 Discourse。由于该系统将于明年停止支持，我正在研究如何处理我的 Discourse 虚拟机。
该文档仅提及 Ubuntu 18.04，这不太理想（但还可以接受），因为 20.04 已经可用。我已进行搜索，但尚未找到一份受支持的发行版列表，其中明确说明 discourse-setup 既能够正常运行 又 属于官方支持范围（例如：discourse-setup 在哪些发行版上经过测试，若在这些发行版上无法运行则被视为缺陷）。
此致，
Álex
最新的 Ubuntu LTS 版本已获官方支持。
最新的 Debian 版本也具有极高的兼容性。
如果您使用的是其他发行版，则需自行解决。虽然这里可能有用户能够帮助您解决其他发行版的问题，但我高度怀疑这些发行版是否会获得官方支持。
但这些步骤适用于任何 兼容 Docker 的云服务提供商或本地服务器。
如果你不是专家，就不必担心这个问题。
你能提供相关来源吗？
何必大费周章？直接升级到 18.04 即可。我相信 20.04 也能正常工作。
来自您的链接：
“Ubuntu 18.04 LTS x64 的默认配置运行良好。最低要求为 64 位 Linux 操作系统，且内核版本需为 3.10 或更高。”
如果“18.04 没问题”意味着“我们在 18.04 上测试安装/更新，并且不会发布已知在该版本上无法运行的代码或针对该版本发布修复”，且没有其他版本或发行版享有这种“保证”，那完全没问题：如果保持现状，我会在 16.04 停止支持之前升级到 18.04。
我只是希望这里能更清晰一些。如果 20.04（或任何比 Ubuntu 16.04 生命周期更长的其他 LTS，例如 CentOS 8）确实受支持，我宁愿升级到那个版本以减少维护工作量；但如果我对其他版本没有同样的“保证”，我就不会运行除 18.04 以外的任何版本。
我不是企业用户，而且使用的是开源项目，所以我的要求可能在你看来有些过度，但我觉得这并非无理取闹；基本上，我只是希望文档能明确说明：
我们对每个版本的安装和更新在以下发行版上进行测试：… 运行 32 位内核和/或低于 3.10+ 版本内核的系统已知无法正常工作
我明确并不要求支持其他任何发行版或版本。我相信安装/更新的测试肯定在进行中——我只是想知道具体测试了哪些内容。
好的，我已将这段文字修改为：
Ubuntu Server 当前支持的长期支持（LTS）发行版的默认配置运行良好。最低要求是配备现代内核版本的 64 位 Linux 操作系统。
这样可以避免任何混淆。
感谢查看这个问题，说这话让我感到很抱歉（或者我可能漏掉了什么显而易见的地方），但这样是不是更糟？
除非 Digital Ocean 的用户界面中包含关于此问题的关键线索（而且我认为说明不应忽略非 Digital Ocean 用户），“当前支持的 Ubuntu Server LTS 版本”；这里的“版本”是单数，所以是否只支持一个版本？具体是哪一个？是最新版本吗？
最近我总觉得需要过分精确，但反复阅读后，我觉得这样并不好 
在任何时候，至少有 2 个受支持的 Ubuntu LTS 版本。目前，有 3 个（16.04、18.04、20.04）。明年 16.04 将停止支持（EOL），届时 18.04 和 20.04 将持续受支持，直到 22.04 发布。在 18.04 停止支持之前，这三个版本将同时受支持。
是的，这是 Canonical 对 Ubuntu 的支持政策，因此“当前受支持的 Ubuntu Server LTS 版本”这一表述存在歧义；因为 Canonical 在任何给定时间点通常同时支持 2 到 3 个 Ubuntu 版本，而现在的文档在语法上表述为我们只支持其中的一个（具体是哪一个呢？）。
由于 Discourse 在 Docker 中运行，争论支持的发行版并不是特别重要。这只是一个总体概念。从技术上讲，Discourse 应该能够在任何能够运行 Docker 的较现代硬件和软件上正常运行。所有配置都在 Docker 内部完成，因此除了 Docker 本身以及需要在机器上开放的必要端口外，没有其他外部包依赖。你可以使用任何喜欢的发行版，我不明白这有什么好争论的？
收益不会很大；很可能在 22.04 发布时一切都能正常运行，即使不能，人们也不会在发布当天立即升级。
不过，修改一句话似乎并非巨大工程（我可能错了）。这或许能拯救一位在发布日愉快升级却遇到致命问题、且未想到创建快照以便回滚的用户。我知道这是一个采用免费增值模式的开源项目，因此我并不期待免费的 enterprise 级支持，但我认为我提出的并非不合理的要求。
（就我个人而言，我有用于测试更新的测试环境。但如果有更清晰的支持政策，我会感到更安心。）
我的系统运行的是 18.04，目前通过 sudo do-release-upgrade 仍无法升级到 20.04，因此我不会将其称为发布当天的升级。要等到 20.04.1 发布后才会提供升级选项，这意味着软件已经过充分测试，可称为生产环境稳定版本。
虽然我理解你的观点，但我仍然觉得哪里还不清楚。我们一直为在旧版 Ubuntu（如 14.04）上运行 Discourse 的用户提供支持和建议；他们通常可以下载备份副本，并在较新版本上全新部署的 Discourse 中恢复。这种方式特别适合那些出于某种原因坚持使用过时软件的人（请想象一下“没坏就别修”这类说法），但我个人通常会先快速创建一个新的虚拟机来验证升级路径，确认一切正常后，再升级所有的 Discourse 实例。
向 Discourse 团队致敬，他们超越职责范围，帮助我们这些自托管用户，即使我们在过程中偶尔会搞坏一些东西。
不过，仍有人在发布当日部署 20.04 系统，却遭遇故障。这反而更奇怪，且影响更小。此外，可能只有在 do-release-upgrade 开始提供下一个版本时，某些功能才无法正常工作。
“当前受支持的 Ubuntu Server LTS 版本”。这要么是指“所有当前受支持的 Ubuntu Server LTS 版本”（我想这应该包括发布当日已存在的 22.04），要么是指其中的某个特定子集。据我所知，并不存在唯一的当前受支持的 Ubuntu Server LTS 版本。
我也很感激，因为在我看来，Discourse 是最好的开源论坛软件，但我觉得这是一个可以很容易修复的小问题。
您只需要一台能够运行较新版本的 Docker 并支持 Bash 脚本（例如 launcher）的 64 位 Linux 系统。
不一定是 Ubuntu。Fedora、CentOS、Arch……所有这些系统应该都能正常工作。使用受支持的 Ubuntu LTS 版本只是一个建议。文档中大致就是这么写的。
当前受支持的 Ubuntu Server LTS 版本的默认配置运行良好。最低要求是具备现代内核版本的 64 位 Linux 操作系统。
只要您的系统拥有较新的 Docker 版本，您可以选择任何熟悉的 x64 操作系统/版本。如果不是基于 Debian/Ubuntu 的发行版，launcher 脚本可能无法自动完成所有设置，但除此之外，它几乎可以在任何地方运行。
由于讨论没有取得进展，我将关闭此话题。