# 更新/重建 Docker 容器后版本为 v3.5.2 而非 v2025.11.0 **URL:** \ **Category:** Self-hosting\ **Created:** [2025年十二月3日 13:06 UTC](https://meta.discourse.org/t/updating-rebuilding-docker-container-results-in-v3-5-2-instead-of-v2025-11-0/390293 "2025-12-03T13:06:43Z")\ **Posts on this page:** 7\ **Page:** 1
**Author:** ![mrimann](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/mrimann/32/532319_2.png) [@mrimann](https://meta.discourse.org/u/mrimann)\ **Post date:** [2025年十二月3日 13:06 UTC](https://meta.discourse.org/t/updating-rebuilding-docker-container-results-in-v3-5-2-instead-of-v2025-11-0/390293/1 "2025-12-03T13:06:43Z")
我们像以前一样更新了一个现有的 Discourse 设置：在拉取 discourse\_docker 仓库的当前修订版后，我们运行了以下命令： ```plaintext ./launcher rebuild app ``` 它在没有错误的情况下运行并通过了，并且启动了新的容器——看起来一切正常。 但在检查运行中的应用程序的 HTML 源代码时，我们发现它仍然声称是 v3.5.2（更新前的版本）——而不是预期的 v2025.11.0 我们的程序与以前的更新相同。唯一明显改变的是 v2025.11.0 引入的版本编号方案——也许与此更改有关？ 我检查了 Discourse 源代码中是否忘记了增加版本字符串，但事实并非如此，请看这两个提交： - v3.5.2 的提交 [Bump version to v3.5.2 · discourse/discourse@cc8d3f6 · GitHub](https://github.com/discourse/discourse/commit/cc8d3f6f74bb618b3594ddc8fabcfd7663f63723) - v2025.11.0 的提交 [DEV: Bump version on `release/2025.11` to `v2025.11.0` (#36251) · discourse/discourse@75d61b4 · GitHub](https://github.com/discourse/discourse/commit/75d61b40ee928a4620b16f5438ca886678fab00d) 从启动器重建命令的输出中，我注意到它执行了 git pull 并看到了/检测到了新的分支： ```plaintext (...) t [tag update] beta -> beta t [tag update] latest-release -> latest-release * [new tag] release -> release * [new tag] v2025.11.0 -> v2025.11.0 * [new tag] v2025.12.0-latest -> v2025.12.0-latest * [new tag] v3.5.2 -> v3.5.2 * [new tag] v3.6.0.beta2 -> v3.6.0.beta2 Switched to a new branch 'stable' I, [2025-12-03T12:27:14.785550 #1] INFO -- : branch 'stable' set up to track 'origin/stable'. ``` 但不知何故，感觉它选择了错误（即不是最新的）分支。“stable”分支似乎包含 v3.5.2（根据该分支中的 lib/version.rb）。 重读 [2025.11.0 版本公告](https://meta.discourse.org/t/release-v2025-11-0-ai-translations-improvements-chat-search-new-review-queue-and-improvements-for-posts-with-images/389615)，这听起来确实像是一个稳定版本，而不仅仅是预览/早期采用者版本。链接的 [新版本控制策略](https://meta.discourse.org/t/rfc-a-new-versioning-strategy-for-discourse/383536) 提到了 latest 分支，但我现在对应该期望什么更加困惑了。 我是否遗漏了什么？或者我们可以影响重建过程中选择哪个版本？或者它目前只是没有按预期工作，重建工具需要更改？ 不确定这是否有关系，但在 [Docker hub](https://hub.docker.com/r/discourse/discourse/tags) 上，“latest”标签是 `3.5.2` ——并且按数字降序排序，这可能是很长一段时间内最新的标签…… ---
**Author:** ![david](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/david/32/157490_2.png) [@david](https://meta.discourse.org/u/david)\ **Post date:** [2025年十二月3日 13:13 UTC](https://meta.discourse.org/t/updating-rebuilding-docker-container-results-in-v3-5-2-instead-of-v2025-11-0/390293/2 "2025-12-03T13:13:44Z")
`v3.5.x` 是稳定分支的正确版本 👍 > [@mrimann](#): > > 重读 [2025.11.0 版本发布公告](https://meta.discourse.org/t/release-v2025-11-0-ai-translations-improvements-chat-search-new-review-queue-and-improvements-for-posts-with-images/389615)，这听起来确实像是一个稳定版本，而不仅仅是预览/早期采用者版本。 2025.11.0 是每月的“版本发布”（release），但不是“稳定版”（stable）/“esr”版本。（作为[新的版本控制策略](https://meta.discourse.org/t/rfc-a-new-versioning-strategy-for-discourse/383536)的一部分，我们很快会将稳定版重命名为 esr） ---
**Author:** ![pfaffman](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/pfaffman/32/120154_2.png) [@pfaffman](https://meta.discourse.org/u/pfaffman)\ **Post date:** [2025年十二月3日 13:27 UTC](https://meta.discourse.org/t/updating-rebuilding-docker-container-results-in-v3-5-2-instead-of-v2025-11-0/390293/3 "2025-12-03T13:27:01Z")
> [@david](#): > > `v3.5.x` 是稳定分支的正确版本 👍 这很令人困惑。一次性将所有人都切换到新的版本方案会更有意义，但当没有新的稳定版时，让稳定版升级也没有意义。我感到困惑，而且我喜欢认为我一直在关注这些事情。我现在还记得理查德（Richard）对此进行过一些讨论，但我没有足够仔细地听，所以没有理解。 🤷 ---
**Author:** ![mrimann](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/mrimann/32/532319_2.png) [@mrimann](https://meta.discourse.org/u/mrimann)\ **Post date:** [2025年十二月3日 13:28 UTC](https://meta.discourse.org/t/updating-rebuilding-docker-container-results-in-v3-5-2-instead-of-v2025-11-0/390293/4 "2025-12-03T13:28:10Z")
感谢 @david——这至少有所帮助，因为我现在明白了自己没有做错任何事。 **现在剩下的问题是，我们如何确定什么是“月度发布”和什么是“稳定版”？** 我们获取 [Github 上的 Atom 订阅源](https://github.com/discourse/discourse/releases.atom)（以便在检测到新版本时收到通知），其中 2025.11.0 和 3.5.2 以相同的方式出现（以及许多其他标签）。 那么，我们如何/在哪里可以轻松地了解您团队对给定版本标签的意图呢？ 我同意 @pfaffman 的看法，目前这非常令人困惑。 ---
**Author:** ![david](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/david/32/157490_2.png) [@david](https://meta.discourse.org/u/david)\ **Post date:** [2025年十二月3日 14:14 UTC](https://meta.discourse.org/t/updating-rebuilding-docker-container-results-in-v3-5-2-instead-of-v2025-11-0/390293/5 "2025-12-03T14:14:27Z")
是的，我理解你的意思——我们正处于两个编号/命名方案之间的过渡阶段，所以事情有点难以跟进。 我们正在努力构建一个页面，列出所有当前支持的版本及其更改日志。类似于[这个](https://releases.electronjs.org/schedule)。希望这将有助于解答此类问题。 > [@mrimann](#): > > 现在剩下的问题是，我们如何决定什么是“月度发布”，什么是“稳定版发布”？ 从 2026 年 1 月起，我们将用 ‘esr’ 标签标记一个版本。这将取代当前 ‘stable’ 版本的 6 个月发布周期。 所以 `beta` 变成了 `release`（它从来就不是真正的“beta”，它只是一个每月的检查点） 而 `stable` 将变成 `esr`，但这还没有发生 所以，如果你想要一个 6 个月的发布周期，你应该暂时坚持使用 `stable`，然后从 1 月份开始使用 `esr`。 如果你想要一个每月的发布周期，那么你可以针对 `release` 标签。 ---
**Author:** ![pfaffman](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/pfaffman/32/120154_2.png) [@pfaffman](https://meta.discourse.org/u/pfaffman)\ **Post date:** [2025年十二月3日 15:41 UTC](https://meta.discourse.org/t/updating-rebuilding-docker-container-results-in-v3-5-2-instead-of-v2025-11-0/390293/6 "2025-12-03T15:41:21Z")
> [@david](#): > > 我们正在构建一个页面，其中列出了所有当前支持的版本及其更改日志 太好了，英雄所见略同，这正是我所期望的！ ---
**Author:** ![mrimann](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/mrimann/32/532319_2.png) [@mrimann](https://meta.discourse.org/u/mrimann)\ **Post date:** [2025年十二月4日 08:18 UTC](https://meta.discourse.org/t/updating-rebuilding-docker-container-results-in-v3-5-2-instead-of-v2025-11-0/390293/7 "2025-12-04T08:18:39Z")
> [@david](#): > > 是的，我理解你的意思——我们正处于两个编号/命名方案之间的过渡阶段，所以事情有点难以跟上。 我完全理解，我的反馈和问题并非有意冒犯。 我们过去曾更新过，例如从 3.5.0，经过 3.5.1 到 3.5.2。我不知道在旧方案中，或者现在在新方案中，这是否是“稳定版”或“最新版”或其他名称。我对版本控制和发布方案的更改没问题——但我与项目/产品的关系不够密切，无法完全理解新版本控制和发布方案的所有细节。 感谢您如此迅速的回复以及 3.5.2 仍然可以使用的有益提示，这很有帮助。 还有： > [@david](#): > > 我们正在努力创建一个页面，列出所有当前支持的版本及其更改日志。 谢谢 @david——这听起来非常好！我们期待看到这个页面可用——它有望大大简化我们的更新流程！