selenium grid 的官方容器镜像在 2026 年 4 月新增了一个分发入口。selenium 官方博客确认，grid 镜像已经同步到 github container registry，正式命名空间为 ghcr.io/seleniumhq。这不是要替换掉 docker hub，原有 selenium/<image>:<tag></tag></image> 的拉取方式完全保留；新入口是给受 docker hub 限制、偏好 github 托管包，或者需要第二个官方来源的团队多一个选择。
来源：Selenium 官方博客
这次变更最早起源于 docker-selenium 项目的 #2939 议题。官方后续梳理提到，这个议题在 2025 年 8 月 27 日就被提出，最开始大家关注的是 Docker Hub 的拉取限制，后续讨论慢慢延伸到企业环境的访问策略、GitHub Actions 分支工作流，还有本地开发时的认证负担问题。把同一套官方镜像发布到两个注册表后，镜像分发就不用只依赖单一公共渠道，碰到服务限制、网络策略拦截或者注册表访问故障的时候，团队还能有另一个由 SeleniumHQ 维护的官方源可用。
官方公告里的 GHCR 路径有个点要特别注意：最终定下来的是 ghcr.io/seleniumhq，不是早期讨论示例里的 ghcr.io/selenium。举个例子，独立 Chrome 镜像的地址可以写成 ghcr.io/seleniumhq/standalone-chrome:latest，要固定版本的 Firefox 镜像，直接用官方列出的 4.42.0-20260303 标签就行。公告还说明，现在所有镜像都已经覆盖了 nightly 标签，首个明确列出的完整正式版本是 4.42.0-20260303，近期仓库更新也把 Dev 与 Beta 浏览器镜像纳入了同步流程。
来源：SeleniumHQ 官方 GitHub
对现有部署来说，切换源的操作很简单，只需要替换注册表前缀就行，镜像名称和大家已经用熟的标签规则完全没有改动。直接去官方 GitHub Packages 页面，就能核验已经发布的 standalone-chromium、standalone-chrome、node-chromium、hub 和 standalone-kubernetes 等包。正式环境还是建议固定具体版本标签，别把 latest 本身带的版本漂移问题，误当成 GHCR 源本身的故障。
Docker Hub 依然属于 Selenium Grid 的官方分发体系，已经跑稳的流水线完全不需要立刻迁移。打算切换到 GHCR 的团队，建议先核对好防火墙、镜像白名单、凭据策略和内部缓存规则，再用同一个版本标签完成拉取和启动验证。官方公告也没有承诺双源就能解决所有网络或者限流问题，只是确认多了一个官方镜像渠道，具体的拉取速度、代理表现和企业网络可用性，还是要看各自的实际环境。
