安全版本窗口和大版本发布排在同一周，站点先跟哪个

固定安全版本窗口和年度大版本发布排在同一周时，站点先跟哪一个？先跟安全版本。安全版本关闭的是已知可被利用的入口，改动面小、验证快；大版本会调整数据结构与模板行为，验证成本高，延后一周的代价通常远小于把两件事塞进同一个维护窗口。Drupal 官方把核心安全版本窗口固定在每月第三个周三，同时把 Drupal 12 的发布排在十二月七日那一周，而上一代的 Drupal 10 在十二月九日到期后不再有新版本发布，两类日期就在同一个月里叠上了。

三件事各自的日期口径

排期前先分清三类日期。安全版本窗口是可预期的固定周次，公告一般会提前给出时间区间，便于安排人力。大版本发布是年度节点，通常还伴随默认主题与运行环境要求的变化。上一代分支的终止日决定「还能不能继续拿到安全修复」，它不是可选日期。

AnQiCMS 的修复节奏可以直接对照：v3.6.6 在发布说明里修复了列表排序参数存在的 SQL 注入问题，以及站点切换时登录凭证可被伪造的问题，并建议升级后轮换全站请求的签名密钥、修改管理员口令。这类更新属于安全版本，不与功能排期合并考虑。

为什么安全版本排在前

同一周里先做安全版本，理由有三。其一，风险性质不同：未修复的注入或凭证伪造问题是被主动扫描的对象，而大版本的兼容问题只影响自己的站点。其二，改动面不同：安全版本一般只触碰相关处理逻辑，回退影响小。其三，验证成本不同：安全版本重点验登录、列表排序与后台关键流程，大版本要验模板、字段与批量任务。

大版本延后一周的代价怎么评估

代价主要是两个：新能力晚一周上线，以及如果上一代分支的终止日就在同一周，延后会短暂落在不受支持的线上。第二种情况要用「终止日之后是否有新的安全公告」来判断风险敞口，而不是按天数感觉。评估时把这两项与站点当前的流量结构、后台改动频率放在一起看，就能确定延后是否可接受。

排期上还要看部署形态。用 Docker 镜像 anqicms/anqicms 或宝塔面板、aaPanel 部署的站点，大版本往往涉及镜像重建与配置迁移，需要的窗口比安全版本长；默认监听端口与代理转发的配置在重建时容易漂移，这些都要在延后的那一周里补齐验证。

排期要预留的两步验证

第一步是副本验证：在隔离环境用同版本、同数据副本跑一遍，核对关键流程与静态资源。第二步是发布后的抽样验证：按页面类型抽首页、列表页、详情页与表单提交，确认状态与跳转正常。

两步之间要有备份兜底。站内的备份能力覆盖数据与静态文件，恢复演练要在排期里占一个位置，而不是出问题时临时找文件。

问：安全版本与大版本能不能一次做完？ 答：可以但不建议。两件事同时改动时，出现异常难以定位是哪一类变更导致，回退也会连带撤销安全修复。

问：上一代分支刚到期，延后大版本会不会更危险？ 答：到期后拿不到的是新版本修复，风险随后续公告累积。先跟安全版本、把大版本排在下一窗口，是让敞口最小的顺序。

问：维护窗口怎么定长度？ 答：按验证步骤倒推：副本验证、发布、抽样验证三段各留时间，再预留一次回退所需时长，不要在窗口末尾才开始备份核对。