再構築が失敗した際に、古いコンテナが自動的に起動したことを思い出しました。
discourse-doctorを実行した場合に発生すると思います。
ここで docker manager のことを指していると仮定します。
これらの変数 を使用して CLI アップデートを強制する機能はあります。ただし、複雑なのは、これらのプラグインのいずれかが既にインストールされている場合にのみ介入が必要だったことです。
このようなケースでは、すべての人に CLI アップデートを強制した方が、セルフホスティング者にとってより良い体験になったかもしれません。
結局すべてうまくいきました。
最初は少し戸惑いましたが、コマンドラインに入り、プラグインを削除して再実行する必要があることに気づきました。
幸いなことに、最初のCLI再実行時のメッセージの最後に、削除すべきものが示されていました。
おっと。そうですね。
必要ないかもしれないが確実に機能するコマンドラインでの再構築を行う方が、サイトがクラッシュしてコマンドラインでの再構築方法を特定する必要が生じる可能性のある、より便利なワンクリックアップグレードよりも、cdck が行う方が良い体験になると私は思います。
これは状況の完全な誤解です。
この変更により、チームのベロシティが劇的に向上しました。以前は何時間もかかっていた変更が、数分でできるようになりました。
たとえば、担当者と解決済みの/filterサポートの追加です。これは先週私がやったことです。はい、以前は可能でしたが、リポジトリをまたいだ調整が必要で、実行が非常に複雑でした。今では1回のコミットで簡単にこれらのことができます。
最終的な結果は、コアプラグインの品質/安定性と改善のベロシティが向上することです。また、拡張性の向上に消極的でなくなるため、全体的により良い拡張性のストーリーが得られます。
バンドルされたプラグインの各バッチに対してCLIの再構築を強制しました。
-
bump image to discourse/base:2.0.20250710-0019 (#276) · discourse/docker_manager@5d90bc7 · GitHub
-
bump image to discourse/base:2.0.20250715-0020 (#277) · discourse/docker_manager@ec799c4 · GitHub
-
bump image to discourse/base:2.0.20250722-0020 (#280) · discourse/docker_manager@9ffff5e · GitHub
UIの再構築の失敗に関する報告は見ていないので、この戦略は人々をCLIの再構築にうまく誘導できたと考えています。そのCLIの再構築が、app.ymlから行を削除することに関する「ヒント」メッセージを提供しました。
いくつか見たような気がしましたが、私の注意よりもあなたの注意の方がはるかに細かいのでしょう!
すみませんでした
これの対処法がわかりません。
アップデート中に、以下のような多くのエラーが発生しています。
HINT: プラグイン「discourse-solved」は現在 Discourse にバンドルされており、コンテナ構成に含めるべきではありません。
「containers/web_only.yml」ファイルから「git clone https://github.com/discourse/discourse-solved」の行を削除してから、もう一度試してください。
詳細については、Bundling more popular plugins with Discourse core を参照してください。
web_only.yml を編集し、参照されているすべてのプラグインをコメントアウトしましたが、うまくいきませんでした。
`cmd:`
`## - git clone ` https://github.com/discourse/docker_manager.git
`## - git clone ` https://github.com/discourse/discourse-templates
`## - git clone ` https://github.com/discourse/discourse-akismet.git
`## - git clone ` https://github.com/discourse/discourse-chat-integration.git
`## - git clone ` https://github.com/discourse/discourse-solved.git
`## - git clone ` https://github.com/discourse/discourse-cakeday.git
`## - git clone ` https://github.com/discourse/discourse-adplugin.git
`## - git clone ` https://github.com/discourse/discourse-patreon.git
`## - git clone ` https://github.com/discourse/discourse-linkedin-auth
`## - git clone ` https://github.com/discourse/discourse-data-explorer.git
`## - git clone ` https://github.com/discourse/discourse-assign.git
`## - git clone ` https://github.com/discourse/discourse-topic-voting.git
`## - git clone ` https://github.com/discourse/discourse-user-notes.git
`## - git clone ` https://github.com/discourse/discourse-math.git
`## - git clone ` https://github.com/discourse/discourse-oauth2-basic.git
`## - git clone ` https://github.com/discourse/discourse-calendar.git
`## - git clone ` https://github.com/discourse/discourse-affiliate.git
`## - git clone ` https://github.com/discourse/discourse-invite-tokens.git
`## - git clone ` https://github.com/discourse/discourse-github.git
そこでのヒントは、それらの文字列が設定に存在するかどうかを検索するため、エラーテキストのヒントは、この特定のケースでは誤解を招く可能性があります。
それらの行は削除しても問題ありません(念のため、既存の設定のコピーを作成してください)。これにより、はるかに役立つエラーが表示されるはずです。
これは、あなたが取り出したもののリストですか、それともまだ持っているもののリストですか?OPのリストにあるものがたくさんあるのですが
お誕生日おめでとうございます!![]()
discourse-cakeday がコアにいつ移動されるか、もう明確な見通しはありますか?
サムが少し前に次のように述べていました。
来月あたりかと想像していましたが、あの時よりも確実になりましたか?
驚くべきことに、cakeday は私の個人サイトの app.yml にまだ残っている最後のプラグインです!![]()
参考までに、私たちは今週、年次のワールドミートアップから戻ったばかりで、まだすべてを追いつけていません。これは最優先事項にはなりません!すぐに完了すると思いますが、急ぐ必要はありません。
最初の投稿の編集を追跡していないすべての人のために:
cakeday は core に移動されました
#bbcodeはコアに実装されますか?
近い将来には全くありません。特にリッチテキストコンポーザーに関しては、非常に非常に複雑なプラグインです。
ご選択いただいた方法にご満足いただけないとのこと、申し訳ございません。しかしながら、残念ながらこれが唯一の方法となります。私の意見では、指示は十分に明確であり、あとは app.yml から数行削除して再構築するだけで完了です!
ええ、本当に難しいとは言っていません(修正は簡単な45秒のタスクでした)、ただ、通常のUIでアップグレードすると「アプリを手動で再構築してください!」と表示されるのに、私たちにわざわざ行ってそれを強制するのは厳しすぎると感じました。私の意見では、その行を無視して「ヒント:プラグインdiscourse-solvedはコアに含まれるようになったため、app.ymlファイルから削除する必要があります」のように表示して、とにかくビルドするか、UIに直接表示する方が良かったと思いますが、それほど大きな問題ではなく、単なる些細な不便です。
おっしゃる通り、問題だったとのことですが、そうではなかったようです。この点を明確にしておきます。将来の旅行者のためにも。
このような変更を容易にするために、さらに努力できるというご指摘はもっともです。今回のケースでは、app.yml の変更が必要であり、これはセルフホスティング者がコマンドラインで行う必要があったため、他にどのような対応ができたかは分かりません。
いずれにしても、今回はすべて完了し、これらの素晴らしい公式プラグインがすべてコアに含まれるようになりました。これにより、app.yml に追加したり、互いにどのように連携するかを心配したりする必要がなくなりました。app.yml がシンプルになったのは嬉しいことです。
