截至 2026 年 11 月 8 日,QGIS 官方下载页列出的当前版本是 QGIS 4.2.3,LTR 是 3.44.15。所以,QGIS 4.2.3 还是 3.44.15 LTR,建议按课题状态决定:在研项目先保留已验证版本;新项目只有确实需要 QGIS 4.x 或 Qt6 工作流时,才隔离试用 4.2.3。延期中的 QGIS 4.4.0 不能当作已发布版本,也没有已确认的新发布日期。
正在写论文或维护长期课题的研究生,先看如何守住项目基线、核验插件依赖。
准备新课题或需要 QGIS 4.x 功能的科研人员,重点看隔离试用和真实项目复测。
负责实验室软件环境的管理员,可据此制定并行验证与团队交接规则。
最后更新于 2026 年 11 月 8 日;版本状态核实自 QGIS 下载页和官方延期说明。
01QGIS 4.2.3 还是 3.44.15 LTR:先按课题状态判断
QGIS 官方将 3.44.15 标为 LTR,将 4.2.3 列为当前版本;官方说明 LTR 面向重视稳定性的用户,不确定时可优先选择 LTR。这个定位适合做初步筛选,但不能代替对你的项目、插件和数据流程进行实测。(QGIS 官方下载页)
| 选项 | 官方定位与技术背景 | 更适合的课题状态 | 主要风险 |
|---|---|---|---|
| 3.44.15 LTR | 当前长期支持版本 | 流程已稳定、需要持续交付或多人接手的在研课题 | LTR 不代表每个插件都已通过你的项目验收 |
| 4.2.3 | 当前最新版本;QGIS 4.x 已切换到 Qt6 | 新项目明确需要 4.x 功能、Qt6 依赖或开发适配 | 插件、脚本和外部工具链需要逐项复测 |
官方博客于 2026 年 11 月 4 日说明,QGIS 4.4.0 因 Qt5 到 Qt6 移植过程中出现回归问题而延期。博客提及的 2026 年 10 月 30 日是原计划日期,不是已兑现的发布日期;公告没有给出可视为已确认的新发布日期。不要据旧路线图日期安排必须依赖 4.4.0 的课题节点。(QGIS 4.4.0 延期说明)
02课题连续性要通过项目副本验收
判断版本是否适合在研课题,不要只看 QGIS 能不能启动或工程文件能不能打开。你要确认项目能否继续编辑、完成分析、导出成果,并由团队成员按记录复现。
按以下项目逐项对照现有基线:
- 项目文件与数据路径:确认所有图层都能加载,换目录或换电脑后数据源仍可解析。QGIS 项目可以保存相对于项目文件的路径,也可以保存绝对路径;交接前要记录采用的方式。(QGIS 项目配置说明)
- 坐标参考系:记录项目 CRS、关键图层 CRS、重投影设置和实际需要的坐标网格。核对地图显示、坐标值及输出结果是否符合课题基线。
- 模型与脚本:运行课题使用的处理模型、表达式和脚本。除了确认文件生成,还要核对字段、范围、统计值和图面结果。
- 版式与交付成果:打开常用布局,检查图例、比例尺、标注、字体和导出文件。论文图件不能只凭“导出成功”判定通过。
- 恢复与回退:保留原工程、数据副本和基线输出。测试版本只处理副本,验收完成前不要覆盖正式项目。
把“工程可以打开”“图层可以显示”“分析链完整通过”作为不同的验收层级。前两项并不能证明完整研究流程可复现。
03插件和外部依赖要按分析链核验
插件仓库里的版本范围是筛查线索,不是课题兼容保证。QGIS 官方迁移资料要求插件作者检查 Qt6 与 PyQGIS 兼容情况,并在 QGIS 4 中测试;对你来说,关键问题仍是课题使用的插件功能能否正常运行。(QGIS 插件迁移说明)
| 验收层 | 核查内容 | 通过标准 | 未通过时的动作 |
|---|---|---|---|
| 插件安装 | 插件版本范围、更新状态和说明 | 目标版本能安装、启用,关键入口可见 | 暂不迁移,向插件维护者确认或保留基线 |
| 核心功能 | 插件菜单、工具、脚本及数据读写 | 用课题样本执行代表性任务,结果与基线相符 | 记录失败环节,不能把“已安装”记作“已兼容” |
| 外部处理工具 | GDAL、GRASS 等实际使用的依赖和提供者 | 算法可调用,输入输出符合流程预期 | 单独处理依赖问题或暂缓迁移 |
QGIS 处理框架内置核心处理插件,但依赖第三方应用的算法提供者可能需要额外配置。GDAL 算法也依赖相应的 GDAL 程序。因此,验收应覆盖课题实际调用的提供者和算法,而不是只确认处理工具箱能够打开。(QGIS 处理框架设置说明)
04FAQ:升级、延期与项目复用
QGIS 4.2.3 和 3.44.15 LTR,科研项目里主要该比较什么?
先确认官方当前版本与 LTR 标识,再核对项目文件、插件、处理模型和外部工具链。QGIS 4.x 使用 Qt6,但版本更新本身不等于插件或分析流程已经兼容。对在研课题,实际项目副本的复测结果,比“能启动”或“插件能安装”更有决策价值。
在研课题现在有必要从 QGIS LTR 升到 4.2.3 吗?
如果当前 LTR 已通过课题组验收,而且近期没有 QGIS 4.x 专属功能、Qt6 依赖或开发需求,不必只为追新而迁移。保留可复现的基线,在项目副本上验证新版本;关键插件和完整流程通过后,再安排迁移与交接。
QGIS 4.4.0 延期后,课题组现在该选什么版本?
不要把延期中的 4.4.0 当作已发布版本,也不要把原计划日期当成新的确定日期。按官方当前下载页选择可用版本:在研项目优先使用已验收基线;新项目确实需要 QGIS 4.x 时,可单独评估当前可用的 4.2.3。
QGIS 插件和项目文件能在 3.x 与 4.x 之间直接复用吗?
不能只凭插件安装成功或项目能打开就认定可靠。插件版本元数据只是兼容线索,不代表你的研究流程已通过验证。请用副本核验图层、模型、脚本和导出结果,并记录插件及外部依赖版本;没有复测证据时,继续保留旧项目基线。
05macOS 验收要覆盖芯片架构和最终成果
QGIS 官方 macOS 安装指南列出当前版本与 LTR 安装包,并说明安装程序支持 Intel x64 和 Apple silicon。官方平台支持只说明有对应安装方式,不代表你的特定插件、外部工具或科研流程已经通过验证。(QGIS macOS 安装指南)
在 macOS 上进行版本选择时,先确认测试机器的芯片架构与课题组目标环境一致,再用项目副本检查:
- 图层:检查本地文件、数据库连接、编码和路径解析,逐一打开关键栅格与矢量数据。
- 处理:运行核心算法和模型,核对输出字段、空间范围及关键数值。
- 布局:复核标注、图例、字体和地图版式,导出课题要求的论文或报告成果。
- 交接:让另一位成员从共享或约定目录重开副本,确认数据路径、依赖说明和复测记录足以支持复现。
这套 macOS QGIS 版本选择的重点不是证明“能安装”,而是证明目标环境能按课题要求完成分析并交付成果。若实验室暂时没有可用的 macOS 环境,可以先查看VpsMesh 的远程 Mac 使用方式,并在确认学校授权和数据规则后,用非敏感项目副本做验证。
06用复测记录决定保留、试用或迁移
把选版结论写进课题组记录,避免不同成员各自更新,却没人知道成果是在哪个环境生成的。记录至少应包括 QGIS 完整版本、macOS 与芯片架构、关键插件及版本、外部处理依赖、项目副本位置、验证任务和输出结果。交接时还要区分正式基线与测试副本。
| 复测结果 | 适用条件 | 建议动作 |
|---|---|---|
| 保留基线 | 在研课题依赖尚未验收,或既有结果必须稳定复现 | 继续使用已验证版本,不覆盖正式项目 |
| 隔离试用 | 新项目明确需要 QGIS 4.x 或 Qt6 工作流,且能独立准备副本 | 单独测试,按项目验收项逐项记录 |
| 暂缓迁移 | 插件、外部算法、导出成果或团队交接有关键项未通过 | 保留正式环境,修复依赖后重新测试 |
如果现有 3.44.15 LTR 基线满足在研课题需要,继续使用通常比在论文或阶段交付前改变工具链更容易控制风险。新项目若有明确的 4.x 需求,则应尽早开始独立验证,而不是等到交付前才发现插件或版式差异。你可以先查看VpsMesh 的 Mac 租赁与计费信息,判断短期复测环境是否合适;若课题长期高强度运行、需要连接本地专用设备,或数据规定不允许远程处理,则优先使用获批的实验室设备或本地环境。