# 从 2026.1 ESR 升级到 2026.7 的发现

**URL:** <https://meta.discourse.org/t/jumping-from-2026-1-esr-to-2026-7-what-i-found/408779>\
**Category:** Support\
**Created:** [2026年七月28日 22:57 UTC](https://meta.discourse.org/t/jumping-from-2026-1-esr-to-2026-7-what-i-found/408779 "2026-07-28T22:57:47Z")\
**Posts on this page:** 1\
**Showing post:** 5

<div class="post-metadata">

**Author:** ![merefield](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/merefield/32/176214_2.png) [@merefield](https://meta.discourse.org/u/merefield)\
**Post date:** [2026年七月29日 05:48 UTC](https://meta.discourse.org/t/jumping-from-2026-1-esr-to-2026-7-what-i-found/408779/5 "2026-07-29T05:48:01Z")

</div>

> [@haydenjames](#):
>
> `version: stable` 的陷阱！

但 `stable` 不也是这样工作的吗？

所以我认为这并非行为变更——他们只是将其重命名为 `esr`，并且在每次发布新版本时，当你重新构建时，它_同样_会将你更新为该分支上的最新版本。这完全符合预期。

一如既往，如果你真的想格外谨慎，至少应使用双容器设置引导新版本，或者更好的是维护一台预发布服务器，在将更新投入生产环境之前，先针对你的插件群进行全面的更新测试。

如果你_不_使用预发布系统，依我之见，不如采用渐进式推送最新版本的策略，逐个处理兼容性问题，而不是一次性将大量破坏性变更直接推送到生产环境。

否则，这是一篇非常有趣且信息量丰富的帖子，谢谢！

---

_[View the full topic](https://meta.discourse.org/t/jumping-from-2026-1-esr-to-2026-7-what-i-found/408779)._