@RemahI 開発とは言っていません。「ステージング/テスト」環境のことを話しています。他のプラットフォームからのメッセージのインポートなどをテストするためのステージング環境についてです。
いいえ、私はフォーラムにスパムを投稿しているわけではありません。これは全く異なる思考プロセスです。あなたが言及しているのは、システムに存在するバックアップの問題や欠陥、およびそれを解決するオプションとして一部の人々が考える標準的な「バックアップ/リストア」手順についてです。しかし、それは唯一の選択肢ではなく、私は現在、全く異なるアプローチを取って、このようなステージング環境を構築する別のオプションを探っています。
私のコメントは核心を突いています：私が「開発者」と言ったのは、あなたが非標準的な Discourse インストールを「開発」したからです。
そのような構成は、公式にサポートされたインストール方法を使用している大多数のインスタンスには関係のない、多くの問題を生み出すことがわかっています。
私があなたが作成したトピックに言及したのは、それがまさにその好例だからです。
このトピックを覚えておいてください。これは規範からのバリエーションについての議論ではなく、標準的な手順を求めるリクエストです：
あなたのインスタンスは、そのような標準的な手順からは程遠いものです：
サポートされていない構成がこのトピックに含められるほど、トピックは混同されていきます。公式インストールには数百から数千のユーザーがおり、アドバイスは基本的に全員に適用可能です。一方、非標準的なインストールでは、サンプルサイズが「1」であることが多く、多くの場合、別のトピックに分離する方が望ましいです。なぜなら、一部のアドバイスは大多数にとって誤解を招く可能性があるからです。
もし私の表現が強すぎたようでしたら、お詫び申し上げます。
あなたが投稿しようとしている情報は、おそらくいくつかのサイトにとって非常に役立つものだと思います。それを止めるつもりはありません。ご自身のトピックで独自のタイトルをつけて投稿いただければ、あなたの貢献はより役立ち、参照しやすくなります。
不思議なことに、ここで以下のエラーが発生しています：
$ git reset --hard '28032eaf38530b96c92aef3df42841aa8613a2f6'
fatal: Could not parse object '28032eaf38530b96c92aef3df42841aa8613a2f6'.
これは私の本番サーバーで実行されている正しいハッシュだと考えており、GitHub 上にも存在しているようです：https://github.com/discourse/discourse/commits/28032eaf38530b96c92aef3df42841aa8613a2f6
それ以外は正常に見えます：
$ git status
# On branch master
nothing to commit, working directory clean
$ git fsck
Checking object directories: 100% (256/256), done.
Checking objects: 100% (5038/5038), done.
2.7.0.beta2 へのアップグレードをステージングしたいのですが、これにより本番サーバーと同じ状態から開始できなくなっているようです 
あー、Discourse のハッシュと discourse-docker のハッシュを混同しちゃった… なんてばかな私。Discourse のバージョンハッシュは、How do you install an earlier version of Discourse? - #2 by johnmuhl にある通り、yml ファイルの version: フィールドに設定すべきでした。
ご迷惑をおかけして申し訳ありません。