2026年4月4日，selenium官方博客正式确认：selenium grid的docker镜像已经同步上架github container registry，统一使用ghcr.io/seleniumhq作为命名空间。这次调整相当于新增了一个项目方维护的官方分发渠道，并不会替代docker hub，大家之前用的selenium/镜像名:标签拉取方式完全可以正常使用。对于已经在企业环境、github actions或者内部流水线运行grid的团队来说，这个变化的重点不是镜像更新了新功能，而是以后拉取镜像不用只依赖docker hub这一个公共仓库了。
来源：Selenium 官方博客
官方明确说明这次上线只是新增镜像分发站点，不是做迁移也不是要替换原有渠道。Docker Hub依然属于Selenium Grid的官方分发体系，现有部署完全不用急着改配置；受公司策略限制没法访问Docker Hub，或是想在GitHub托管环境里统一管理所有依赖的团队，直接把仓库前缀换成GHCR就行。目前官方给出的典型路径包括ghcr.io/seleniumhq/standalone-chrome:latest、固定版本的Firefox独立节点，以及用来提前验证变更的nightly标签。镜像名称和标签规则和原有习惯几乎一致，切换成本只需要调整仓库地址和对应访问策略。
这个需求最早由SeleniumHQ/docker-selenium仓库的第2939号议题推动。根据官方博客记录，该议题2025年8月27日就被提交，最开始的讨论起点是Docker Hub的拉取限额问题，后来慢慢延伸覆盖了企业禁用Docker Hub、GitHub Actions分支任务跑不通、本地开发没法完成Docker Hub身份验证等各类场景。新增GHCR渠道之后，团队碰到仓库限额、服务中断或者网络策略变化的情况，手里还能留着另一条官方正规路径，也不用自己费力维护私有重打包的镜像了。
来源：Selenium 官方博客
按官方发布时的公开信息，GHCR已经全量覆盖所有镜像的nightly标签，正式发布镜像也已上线，博客点名的首个完整发布标签为4.42.0-20260303；后续仓库改动还把Dev和Beta浏览器镜像纳入同步范围。这里要特别留意，最终的命名空间是seleniumhq，并非早期需求示例里的selenium。做固定版本部署的时候一定要锁死明确标签，别误以为新增的官方仓库能让latest标签的内容长期固定不变。
对生产环境来说，GHCR带来的直接收益是多了分发弹性，不会给Grid增加任何新能力。打算切换前仍要核对公司对GitHub Packages的访问许可、缓存代理规则、镜像签入流程和之前定好的固定标签策略。Selenium官方既没有宣布要停止Docker Hub服务，也没要求所有用户统一迁移；两条渠道并存，团队完全可以根据自身的网络情况、合规要求和持续集成条件选择合适的镜像来源。所有相关规则以Selenium官方博客及SeleniumHQ组织的公开Packages页面为准，部署前最好再次核对当前的镜像覆盖范围和标签状态。
