GUIアップデーターを使用していなかったことを繰り返します。マルチコンテナインストールを使用しています。実行したのは以下の通りです。
git pull
./launcher bootstrap app
./launcher destroy app && ./launcher start app
./launcher cleanup
（マルチコンテナインストールでも、Webアプリにはappを使用しています。通常の方法ではないことは承知しています。web_onlyと入力するのが嫌なのです）
bootstrapを開始してからアプリを破棄するまでの間に、新しいデータベースに対して古いバージョンが実行され、エラー画面のみが表示されました。その内容は覚えていませんし、スクリーンショットを撮るためにダウンタイムを長くするようなことはしませんでしたが、白い画面に文字が表示されるだけで、システムのメンテナンスページではありませんでした。以前にも数回経験したことがありますが、bootstrapが非同期の「ゼロダウンタイム」再構築の一部としてdb:migrateを実行する際に、実行中の古いソフトウェアがスキーマの不整合により失敗するというものです。
私が目にしたのは、データベースの不整合が発生した場合に起こることでした。データベースを破損させて平然と続行するよりも、ずっと良いことです！投稿したのは、ポイントアップデート（ここでは3.1.0.beta1から3.1.0.beta2へ）が、マルチコンテナデプロイメントにおける通常の低ダウンタイムアップデートで時折発生するような、3.1.0.beta1のコードとdb:migrateを実行した後のデータベースとの間にスキーマの互換性の問題を引き起こす、まれなケースがあることを警告するためでした。
私の経験は、GUIアップデーターでRubyに関するエラーが報告されたものとは異なります。全く関係のない問題です。私の投稿がアナウンスから一般的な「問題」スレッドに移動されたことは認識していますが、この特定のアップデートが影響を与える可能性があることを、私のようなセルフホスティングユーザーに警告するためにアナウンスに投稿したことを明確にしたいです。
私のメッセージは、バグや問題についての不満ではありませんでした。単に、この特定のリリースに関連する、通常は発生するがまれにしか起こらない、リリースノートで特に言及されていないケースについての通知を意図したものでした。
Dockerマネージャーがイメージ内から更新できないことを認識しないという苦情は、他のセルフホスティング管理者への有益な通知を提供しようとした私の試みとは全く関係ありません。
これらの無関係な問題を独立したスレッドに分離する方がはるかに理にかなっているでしょう。 @supermathie による編集：完了しました