@Remah 我说的不是开发环境，而是“预发布/测试”环境。我指的是一个用于测试各种功能的预发布环境，例如从其他平台导入消息等。
不，我并没有在论坛上 spam。这完全是另一种思路。你提到的涉及系统中存在的备份问题或缺陷，以及一些人可能考虑的“备份/恢复”标准路径作为解决方案。然而，这并非唯一的解决路径，因此我正在探索另一种方案，即通过完全不同的路径来搭建这样的预发布环境。
我的评论措辞明确：我使用“开发者”一词，是因为你“开发”了一个非标准的 Discourse 安装版本。
我们清楚，此类配置会产生大量问题，而这些问题与采用官方支持安装方式的绝大多数实例无关。
我提及你创建的该主题，正是因为它是一个典型案例。
请记住这个主题。它并非在讨论偏离常规的情况，而是请求提供标准步骤：
你的实例与这套标准步骤相去甚远：
随着更多不受支持的配置被纳入此主题，讨论内容愈发混乱。官方安装方式拥有数百甚至数千的用户群体，因此给出的建议通常适用于所有人。而非标准安装往往样本量仅为一个，因此最好将它们单独开辟为主题，因为某些建议对大多数用户而言可能会产生误导。
如果我的语气过于强硬，我在此道歉。
我并非试图阻止您发布那些可能为某些网站提供宝贵信息的内容。如果您为这些内容单独创建一个主题并配上标题，您的贡献将会更有价值，也更容易被引用。
令人困惑的是，我遇到了以下错误：
$ git reset --hard '28032eaf38530b96c92aef3df42841aa8613a2f6'
fatal: 无法解析对象 '28032eaf38530b96c92aef3df42841aa8613a2f6'。
我相信这个哈希值正是我生产服务器上正在运行的版本，而且在 GitHub 上看起来也是存在的：https://github.com/discourse/discourse/commits/28032eaf38530b96c92aef3df42841aa8613a2f6
其他方面看起来都很正常：
$ git status
# 在 master 分支上
没有要提交的内容，工作目录干净
$ git fsck
检查对象目录：100% (256/256)，完成。
检查对象：100% (5038/5038)，完成。
我想将升级计划到 2.7.0.beta2，但这似乎阻止了我从与生产服务器相同的起点开始：
哦——我把 Discourse 的哈希值和 discourse-docker 的哈希值搞混了……真傻。我应该按照 How do you install an earlier version of Discourse? - #2 by johnmuhl 的说明，将我的 Discourse 版本哈希值放入 yml 文件的 version: 字段中。
抱歉打扰大家了。