Jupyter Notebook 7.6.1升级JupyterLab 4.6.2

Jupyter Notebook 7.6.1 在 2026 年 7 月 22 日正式发布，按官方最新更新日志的分类，它属于一个维护版本。日志里列出的主要改动其实只有两项：一是把依赖的 JupyterLab 升级到了 4.6.2，二是同步更新了 Jupyter Releaser 用到的 GitHub Actions 配置。跟 7.6.0 版本那一堆可见的功能更新不同，7.6.1 并没有新增什么 Notebook 操作入口，重点都放在了底层组件对齐和发布流程的维护上。

图片来源：Jupyter Notebook 最新更新日志

维护版集中同步底层组件

Notebook 7 的前端骨架本身就是从 JupyterLab 组件里长出来的，所以 JupyterLab 一有变化，Notebook 的页面框架、编辑器底座、扩展基础都会跟着一起动。这次 7.6.1 对齐到 JupyterLab 4.6.2，本质上就是一次常规维护更新，不是什么大版本重构。已经部署了 7.6.0 的环境，建议测试时重点跑一遍原本的工作流：打开和保存笔记本、启动内核、运行代码单元格、导入导出文件，还有你在用的那些 JupyterLab 4 系列扩展。

这次对 Jupyter Releaser 里 GitHub Actions 的更新，主要是服务于项目自身的发布流程，普通使用者是看不到界面上出现一个同名入口的。不过，这个改动其实也有实际工程价值——自动化发布链路得到维护，有助于项目后续继续生成和分发新版本。如果企业内部对开源依赖做了镜像、锁了版本白名单，那么可以同步把这个版本加入允许列表，同时准备好 7.6.1 到 7.6.0 的回退预案。

图片来源：PyPI 最新项目页

目前 PyPI 页面已经把 notebook 7.6.1 标记为最新发布，可以用命令 pip install notebook==7.6.1 来安装指定版本，不过注意，这个版本要求 Python 3.10 及以上。生产环境里，看到是“维护版”就直接跳过测试升级，还是得谨慎一点，尤其是那些开了认证、内容管理、语言服务器或者界面扩展的实例。Notebook 7.6 确实面向支持 JupyterLab 4.0 的扩展保持了兼容方向，但每个扩展本身有自己的版本限制，最后能不能正常运行，还是得看实际依赖解析和启动测试的结果。

从最新公开的改动范围来看，7.6.1 更适合已经在用 7.6 系列、想要跟进最新维护修订的环境。如果系统还停留在 Notebook 6 甚至更早的版本，别把它当成普通小补丁直接升级——Notebook 7 采用了 JupyterLab 前端组件和 Jupyter Server，老的经典扩展兼容性需要单独评估。升级前，先备份好环境锁文件和服务器配置，拿几个常用的典型笔记本做完回归测试，再往共享实例上推送，这样升级过程会更可控。