tests-passed を推奨していることは承知していますが、stable ブランチに従う必要があり、3.2.1 が登場しました。しかし、なぜ 3.2.1+9 と表示されるのでしょうか？ stable ブランチは、(少なくともリリース直後は) リリースされたタグにあるはずではないでしょうか？
また、なぜ 2 つのバージョンが表示されるのでしょうか？どちらに更新されるのでしょうか？そして、コミット ID は何になりますか？ Comparing e049f82681b0f719f740cb378564f03711ff1c08…6a0aa03aa285306560af679c84903be0d58a4203 · discourse/discourse (github.com) と比較されますが、これは予期されたことでしょうか？ダッシュボードによると、e040f.. は現在のハッシュです。
ダッシュボードのスタートページには、まだ新しいバージョンが表示されていませんが：
私の理解では、v3.2.0 +9 の +9 は、現在のバージョン（3.2.1 より前）の上にいくつかのコミットがあることを意味します。
v3.2.1 +5 は、次のバージョン 3.2.1 に更新でき、このバージョンの上にいくつかのコミットが既に追加されていることを意味します。通常、これらはメインブランチからバックポートされた重要な修正であると考えています。
最初は混乱する可能性があることを理解しています。これを改善できるか疑問に思っています。
なるほど、リポジトリ列は「ローカルの現在のインストール」を意味するのですね。それは理にかなっています、ありがとうございます。そして、3.2.1の発表を今日読んだので、すでにさらにコミットがあることに驚きましたが、これが予想通りであれば、私にとっても問題ありません。
メインダッシュボードでまだそのアップデートが表示されない理由について、何か考えはありますか？（毎日更新されるだけなら理解できますが、その場合、「アップデート」タブで手動で確認したときにも更新されているはずです。）
これは正しいです。次のバージョンタグは 3.2.1 です。タグ発行直前にいくつかのコミットを見逃したため、その後にそれらが追加されました。そのため +5 となっています。通常、タグが発行される前にバックポートを確認しますが、今回は見逃してしまいました。よくあることです。
なお、そこにある +5 コミットは以下の問題を修正します。
guidelines_topic.body の翻訳アップデート後に取得するコミット ID は 6a0aa03 です @ecki。上記の問題の修正が含まれています。
「アップデート」画面は docker manager プラグインからのもので、メインダッシュボードはコアのチェックであり、これは 1 日に 1 回しか発生しません。両者は通信しないため、不一致が生じます。（良い点ですが、通信してくれると嬉しいですね。）
大変参考になりました。ありがとうございます。
ついでに伺いますが、例えば緊急のベース/DB/データコンテナの更新など、再構築が必要になるタイミングを判断する仕組みはありますか？それとも、フロントエンドの更新ダッシュボードでは決して通知されないのでしょうか？
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.