新版本上线当天旧分支就停止安全支持，补丁窗口该排几天
新版本上线当天旧分支就停止安全支持，补丁窗口该排几天？不是按”几天”排，而是按日历排：把升级动作卡在下一个安全发布日之前完成。Drupal 官方日程页写得很清楚，新版发布那一周旧分支的安全支持同时结束（End of security support for 11.3.x and 10.6.x），失效点和发布日是同一天，等公告出来再排就晚了。
日历上为什么会撞在一起
同一页日程里并列写着两类窗口：Bugfix release window for Drupal 11.4.x 与 Security release window for Drupal 11.4.x, 11.3.x and 10.6.x，按每月第一个周三与第三个周三的节奏推进。另一侧是 “Drupal 12 will be released on the week of December 7, 2026.“，并且页面记录了 “Drupal 12.0.0 and 11.5.0 released. End of security support for 11.3.x and 10.6.x.“。机制是这样的：安全资源随版本线增加而摊薄，新版与过渡版发布时，被替代的分支同批退出支持，页面里 Drupal 10 的终止日期也标成 December 9, 2026.，Drupal 7 早在 January 5, 2025. 结束支持。
停止支持意味着什么，不意味着什么
意味着从这天起，该分支不再进入安全发布窗口，后续披露的漏洞不会有针对性补丁推给你。不意味着站点当天就被打穿，也不意味着功能立刻不可用。风险曲线是缓慢上抬的：缺口从无人补补丁那天开始累积，补的时候一次要跨多个修复。
| 日历事件 | 官方表述 | 站内要排的期限 |
|---|---|---|
| 分支进入安全发布窗口 | Security release window for 11.4.x, 11.3.x and 10.6.x | 每个安全日前完成补丁评估 |
| 新版发布周 | 12.0.0 and 11.5.0 released | 发布周前给出迁移结论 |
| 旧分支终止安全支持 | End of security support for 11.3.x and 10.6.x | 失效日当天必须已在受支持分支 |
| 产品线终止支持 | Drupal 10 于 December 9, 2026 终止 | 提前一个季度排完迁移 |
排期的动作顺序
先把在用分支与日程页对齐，确认下一次安全窗口是哪一天，倒推可动时间。再做一次完整备份并验证可恢复：AnQiCMS 的备份与恢复覆盖数据与静态文件，跨版本迁移最怕的是”升上去退回来”，备份是回退路径的前提。然后在隔离环境按自己的部署形态走一遍，宝塔面板、aaPanel、LNMP 命令行与 Docker 镜像这几条路径的依赖与配置位置不同，验证不能只在开发机上做一次。最后把结论落到发布说明的后续动作上：AnQiCMS 在 v3.6.6 修复两类高危问题时，同步建议轮换站点密钥并修改管理员密码，这类配套动作要跟着升级一起做，只换程序不改凭据等于留了半个口子。
常见问题
问：能不能把窗口理解为”还有三十天”？ 答：不能按固定天数。窗口是日历上的分支状态，同一周内旧分支与新分支的责任交接，要看日程页而不是倒计时。
问：旧分支暂时升不动，怎么降风险？ 答：先收敛可达面：关闭非必要入口、限定管理端访问、加强日志与备份频率，同时把迁移排进下一个安全窗口之前，这三项都不能替代升级。
问：维护台账里该记什么？ 答：记三条最实用：在用版本号、该分支最后一次进入安全窗口的日期、以及终止支持日期。到期前有人被提醒，比靠记忆可靠。