crowdinでの新しいバージョン戦略のための翻訳の再構築

これはどのように機能することが期待されているのでしょうか?
新しいバージョンがリリースされる直前に、テキストの変更を含むセキュリティ修正をマージします。

これは、mainstable がサポートされ、両方が Crowdin で利用可能だった時には機能しました。しかし、2026.1 のリリースと同時に 2025.12 の最新のセキュリティ修正を翻訳することはできませんでした。この場合、テキストが編集されたのではなく、翻訳されていない新しいテキストが追加されただけのように見えるため、さほど問題ではありません。2025.12 はそれほど長くサポートされていないため、問題ではないと思います。しかし、もしテキストが編集されていたらどうでしょうか?翻訳は更新されなくなるため、既存の翻訳は削除されません。そして、2026.1 がリリースされた後、2025.12 に留まるフォーラムはそれほど多くないと予想されるため、これも何らかの形で問題ではないかもしれませんが、ESR でどのように機能するのかが心配です。
夏には、コード内でプレースホルダーが変更されたため、ホストされているフォーラムのソリューションのテキストが数週間壊れていましたが、Crowdin によってテキストが変更されなかったため、翻訳は古いものを使い続けていました。同じことが ESR で起こるのではないかと心配しています。ESR はこれらのすべてのセキュリティ修正を受け取りますが、2026.2 がリリースされた後、翻訳は更新されません。これらの修正のいずれかでテキストを変更した場合、Crowdin 経由で翻訳は更新されません。したがって、コアによって提供されなくなったプレースホルダーを含むテキストは変更されないままになります。

また、一般的に、数週間後には改善する機会を失うため、翻訳を完璧にする必要があるという感覚は良くありません。以前は、「追加するものは何でも、これらの修正がマージされた後に Discourse を更新するすべての人に役立つだろうし、改善したいことがあれば、それらすべてがその改善を受け取るだろう」という感じでした。しかし、今はすぐに ESR を使用するすべての人を除外してしまいます。2026.2 がリリースされると、彼らは更新を受け取らなくなります。

その結果、各リリースに対応する翻訳があり、インターフェースが洗練されたために数週間後に書き直されたテキストが必要になり、両方のバージョンに対応する翻訳が必要になります。私は以下を翻訳します
js.category.visibility.more_options_hint: More permissions available in \u003ca href\u003eadvanced settings\u003c/a\u003e.

js.category.visibility.more_options_hint: More permissions available in js.category.visibility.more_options_hint_link: advanced settings.

この場合、後者が ESR に必要なものだと想定します。したがって、セキュリティ修正がマージされた後に更新され、実際にこれらの翻訳を見るフォーラムがあると思われます。しかし、これが来月起こったらどうでしょうか?セキュリティ修正が公開された後、管理者に通知されてから 1 週間ほど後に私がテキストを翻訳する時間がある間に、2026.2 に留まり、すぐに更新しないフォーラムがいくつあると予想されますか?そして、2026.3 に更新するまでに、それらをどれくらいの期間使用するのでしょうか?それが、ほとんど誰も見ないであろうテキストを翻訳していると感じる理由です。

また、2026.1 のリリース以来、最初の翻訳更新が行われた後、先週 latest から削除された翻訳が新しいプロセスに関連しているように感じられ、次のリリース後に翻訳が同じことになるのか疑問に思います。そして、2026.1 を使用している人には翻訳が利用可能であるのに、latest を使用している人には利用できなくなるのは間違っているように感じます。
これらは 2026.1 の Horizon の翻訳です

そして、これは latest で利用可能です