友達の @techwithanirudh のフォーラムを更新しようとすると、毎回 discourse や discourse 関連の機能以外はすべて更新できますが、なぜなのかわかりません。これにより、フォーラムが非常に古くなったり、迷惑になったりします。
説明していただけますか？
これは、SSH またはコードベースで設定されるもので、他の管理者は Discourse ベースのアイテムを更新できず、他の管理者になりすますこともできないということですか。それも間違っていると感じます。
Docker_manager は Discourse のアップグレードを処理するツールです。新しいバージョンの Discourse を適切にアップグレードする方法を認識できるように、最初に更新する必要があります。
Docker_manager の [kbd]Update[/kbd] をクリックします。完了したら、Discourse の [kbd]Update[/kbd] をクリックできるようになります。
「いいね！」 5
ここでお尋ねの意図が定かではありませんが、私の好む更新方法は /var/discourse 内の launcher を使用することです。
もしあなたが tests-passed を使用している場合、彼らは速いイテレーションを好むため、しばらくするとコミットが利用可能になることがよくあります。これは必ずしも「古い」というわけではありません。
「いいね！」 2
フォーラムのコードにはアクセスできません。キーガン、マネージャーに連絡して、わかり次第お知らせします。
「いいね！」 1
わかりました、@keegan それでうまくいったようです。これで機能しますが、なぜ一度にすべてを更新できないのですか？
「いいね！」 1
ランチャーを使えば可能です。SSHへのアクセスをリクエストします。
DockerマネージャーがDiscourseを更新するため
「いいね！」 1
IIRC は、Discourse の新しいバージョンでは Docker Manager を最初にアップグレードする必要があるためです。依存関係のようなものだと考えてください。
ネイト・アダムスさん、もっと分かりやすい説明をお願いできますか？
CLI を使用して ./launcher rebuild app で再構築すれば、GitHub からすべての最新バージョンが自動的にプルされると信じていますが、UI を介して手動で行う必要があります。
しかし、docker_manager の更新が必要な場合に 2 回更新しなければならないのは煩雑だという @ice.d の指摘はもっともだと思います。まず docker_manager を更新し、それが完了するのを待ってから、Discourse を更新する（またはすべて更新する）必要があります。これにより、Discourse とプラグインが更新されます。
docker_manager の更新には時間がかかるため、多くの場合、その更新を開始してから別の作業をするために離れ、後で Discourse を更新することを思い出します。
この場合でも UI で「すべて更新」ボタンが利用でき、まず docker_manager を更新してから自動的に Discourse の更新に進むようになると、非常に便利です。docker_manager の更新が失敗した場合は、プロセスを中断できます。
「いいね！」 1
以前はそうしていましたが、ウェブサイトを使用してアップデートするとダウンタイムが大幅に少なくなることに気づきました。