测试后端云原生容器编排可观测性【免费下载链接】docker-seleniumProvides a simple way to run Selenium Grid with Chrome, Firefox, and Edge using Container Platform, making it easier to perform browser automation at scale项目地址https://gitcode.com/GitHub_Trending/do/docker-selenium点击查看免费下载本文以 CHANGELOG/archived/4.29.0/chrome_100.md 中记录的一次真实发布日志为切入点系统拆解 docker-selenium 项目中selenium/node-chrome与selenium/standalone-chrome镜像的 tag 命名规范、生成逻辑与使用方式。读者读完本文后将能够准确读懂任意CHANGELOG/*/chrome_*.md中的 tag 输出理解 tag_and_push_browser_images.sh 的源码实现并在实际测试中精确锁定所需版本的镜像 tag。背景一份归档日志的价值在 docker-selenium 项目中每一次浏览器镜像发布都会产生一份独立的 Markdown 记录保存在CHANGELOG/目录下按 Grid 版本归档。本文聚焦的CHANGELOG/archived/4.29.0/chrome_100.md就是 Selenium Grid4.29.0发布周期中为 Chrome100.0.4896.127生成镜像 tag 时的完整执行输出。它的原始内容如下./tag_and_push_browser_images.sh 4.29.0 20250303 selenium false chrome true Tagging images for browser chrome, version 4.29.0, build date 20250303, namespace selenium Selenium Grid version - 4.29.0-20250303 Chrome version - 100.0.4896.127 Short Chrome version - 100.0 ChromeDriver version - 100.0.4896.60 Short ChromeDriver version - 100.0 Tagged selenium/node-chrome:100.0.4896.127-chromedriver-100.0.4896.60-grid-4.29.0-20250303 Tagged selenium/standalone-chrome:100.0.4896.127-chromedriver-100.0.4896.60-grid-4.29.0-20250303 Tagged selenium/node-chrome:100.0.4896.127-chromedriver-100.0.4896.60-20250303 Tagged selenium/standalone-chrome:100.0.4896.127-chromedriver-100.0.4896.60-20250303 Tagged selenium/node-chrome:100.0.4896.127-20250303 Tagged selenium/standalone-chrome:100.0.4896.127-20250303 Tagged selenium/node-chrome:100.0-chromedriver-100.0-grid-4.29.0-20250303 Tagged selenium/standalone-chrome:100.0-chromedriver-100.0-grid-4.29.0-20250303 Tagged selenium/node-chrome:100.0-chromedriver-100.0-20250303 Tagged selenium/standalone-chrome:100.0-chromedriver-100.0-20250303 Tagged selenium/node-chrome:100.0-20250303 Tagged selenium/standalone-chrome:100.0-20250303这份输出表面看只是一串docker tag的日志但它实际上完整展示了整个项目的镜像 tag 发布体系一次发布如何以Grid 版本 构建日期为基准镜像selenium/node-chrome:4.29.0-20250303在容器内探测真实的 Chrome 与 ChromeDriver 版本再为node-chrome与standalone-chrome两类镜像批量打上 12 个加上未展示的 4 个旧版本 tag共 16 个可读性 tag。这正是 docker-selenium 让跨浏览器测试与版本锁定变得容易的核心机制——正如 CHANGELOG/README.md 所述其动机是在提供最新 Selenium Grid 核心能力的同时让用户能够按浏览器版本精确拉取镜像进行测试。从命令看参数一条命令如何驱动整次发布日志第一行就是整次发布的入口./tag_and_push_browser_images.sh 4.29.0 20250303 selenium false chrome true对照 tag_and_push_browser_images.sh 的脚本头部的参数声明这 6 个位置参数分别对应参数示例值含义$1VERSION4.29.0Selenium Grid 版本号$2BUILD_DATE20250303构建日期YYYYMMDD$3NAMESPACEselenium镜像命名空间即 registry 用户名$4PUSH_IMAGEfalse是否推送镜像到 registry默认 false仅本地打 tag$5BROWSERchrome浏览器类型支持 chrome / chromium / edge / firefox / chrome-for-testing$6RELEASE_OLD_VERSIONtrue是否为发布旧版本影响是否生成不带构建日期的短 tag$7PLATFORM默认linux/amd64构建平台仅在 chrome 与 chrome-for-testing 分支中用于指定运行平台脚本首先组合出基准版本号TAG_VERSION${VERSION}-${BUILD_DATE}即日志中第二行显示的Selenium Grid version - 4.29.0-20250303。值得注意的是脚本第 16 行NAMESPACE${NAME:-selenium}表明命名空间实际上优先读取$NAME环境变量命令行参数$3只是兜底默认值。在 Makefile 中tag_and_push_browser_images目标是五个浏览器系列发布的聚合入口它会依次调用脚本处理chrome、chrome-for-testing、chromium、edge、firefox五个分支单独的tag_and_push_chrome_images目标则只处理 Chrome 一个系列tag_and_push_chrome_images: ./tag_and_push_browser_images.sh $(VERSION) $(BUILD_DATE) $(NAMESPACE) $(PUSH_IMAGE) chrome $(RELEASE_OLD_VERSION)版本探测在容器内问出真实版本号tag_and_push_browser_images.sh的关键设计是tag 中记录的浏览器与驱动版本并非人工填写而是从已构建好的基准镜像中实时探测得到的。以 chrome 分支为例tag_and_push_browser_images.shCHROME_VERSION$(docker run --platform ${PLATFORM} --rm ${NAMESPACE}/node-chrome:${TAG_VERSION} google-chrome --version | awk {print $3}) CHROMEDRIVER_VERSION$(docker run --platform ${PLATFORM} --rm ${NAMESPACE}/node-chrome:${TAG_VERSION} chromedriver --version | awk {print $2})即用docker run --rm临时启动selenium/node-chrome:4.29.0-20250303分别在容器内执行google-chrome --version与chromedriver --version再用awk截取版本号字段得到本文日志中的Chrome version - 100.0.4896.127与ChromeDriver version - 100.0.4896.60。之后通过short_version()函数tag_and_push_browser_images.sh截取主次版本function short_version() { local __long_version$1 local __version_split(${__long_version//./ }) echo ${__version_split[0]}.${__version_split[1]} }它按.切分版本字符串后取前两段因此100.0.4896.127变为100.0100.0.4896.60也变为100.0对应日志中Short Chrome version - 100.0与Short ChromeDriver version - 100.0。Tag 命名规范六种组合的完整语义将完整版本与短版本、Grid 版本与构建日期排列组合脚本在CHROME_TAGS数组中定义了 6 种 tag 形态tag_and_push_browser_images.shTag 形态示例本文日志语义${CHROME_VERSION}-chromedriver-${CHROMEDRIVER_VERSION}-grid-${TAG_VERSION}100.0.4896.127-chromedriver-100.0.4896.60-grid-4.29.0-20250303完整浏览器版本 完整驱动版本 完整 Grid 版本 构建日期最精确、信息最全的 tag${CHROME_VERSION}-chromedriver-${CHROMEDRIVER_VERSION}-${BUILD_DATE}100.0.4896.127-chromedriver-100.0.4896.60-20250303完整浏览器版本 完整驱动版本 构建日期${CHROME_VERSION}-${BUILD_DATE}100.0.4896.127-20250303完整浏览器版本 构建日期${CHROME_SHORT_VERSION}-chromedriver-${CHROMEDRIVER_SHORT_VERSION}-grid-${TAG_VERSION}100.0-chromedriver-100.0-grid-4.29.0-20250303短浏览器版本 短驱动版本 完整 Grid 版本 构建日期${CHROME_SHORT_VERSION}-chromedriver-${CHROMEDRIVER_SHORT_VERSION}-${BUILD_DATE}100.0-chromedriver-100.0-20250303短浏览器版本 短驱动版本 构建日期${CHROME_SHORT_VERSION}-${BUILD_DATE}100.0-20250303短浏览器版本 构建日期当RELEASE_OLD_VERSIONfalse时即发布新版本脚本还会额外追加 4 个不含构建日期的浮动 tagtag_and_push_browser_images.sh它们会随未来版本更新而指向更新的镜像方便用户不关心具体构建日期时快速引用${CHROME_VERSION}-chromedriver-${CHROMEDRIVER_VERSION}${CHROME_VERSION}${CHROME_SHORT_VERSION}-chromedriver-${CHROMEDRIVER_SHORT_VERSION}${CHROME_SHORT_VERSION}本文场景中RELEASE_OLD_VERSIONtrue因此这些浮动 tag 被跳过这与归档日志只输出 12 行Tagged记录的现象完全吻合。这些 tag 与 docs/docker-hub/node-chrome.md 中描述的通用约定一致镜像名selenium/node-chrome或selenium/standalone-chrome后依次可跟Major.Minor.Patch、YYYYMMDD、浏览器版本与 ChromeDriver 版本的任意排列组合使用者可以从中选择最简可用或完全锁定的任意粒度。从 tag 到镜像node-chrome 与 standalone-chrome 的分工日志中每一个 tag 都同时打在两类镜像上selenium/node-chrome与selenium/standalone-chrome这对应脚本末尾的循环tag_and_push_browser_images.shfor chrome_tag in ${CHROME_TAGS[]}; do retag node-chrome ${chrome_tag} retag standalone-chrome ${chrome_tag} done两类镜像的角色差异在源码中清晰可见node-chrome基于 NodeBase/Dockerfile 构建的节点镜像作为 Selenium Grid 的 Node 使用通过SE_EVENT_BUS_HOST等环境变量连接 Hub/EventBus 注册自身。Chrome 与 ChromeDriver 的安装逻辑集中在 NodeChrome/Dockerfile其中google-chrome --version | awk {print $3}的写法第 70 行正是 tag 脚本中版本探测命令的同源实现。standalone-chrome基于 Standalone/Dockerfile 构建将 Grid 服务端Router、Distributor、SessionMap 等与浏览器打包在同一个容器中适合单机独立运行测试不需要外部 Hub。retag函数tag_and_push_browser_images.sh在常规路径下执行docker tag并在PUSH_IMAGEtrue时附带docker push。此外它支持PROMOTE_TAGStrue的发布晋升模式当发布直接用测试通过的镜像而不重建时使用docker buildx imagetools create在 registry 层直接创建多架构 manifest 别名避免docker pull只能拉回单架构镜像的问题若同时设置了PROMOTE_GHCR_NAMESPACE则在同一调用中镜像到 GHCR。这也解释了为什么归档日志中的命令使用false——它只是本地打 tag 的演练/记录真正的推送由 CI 发布流程控制。实战用这些 tag 锁定浏览器版本理解了 tag 体系后实际使用就非常直观。以本文的 Chrome 100 为例在 CHANGELOG/README.md 的 Chrome 版本矩阵表中Grid4.29.0行与 Chrome100列交汇处的✓正指向本文这份日志。若你的测试环境需要精确锁定 Chrome100.0.4896.127与 ChromeDriver100.0.4896.60可以按信息完整度递减选择 tag# 完全锁定浏览器 驱动 Grid 版本 构建日期 docker pull selenium/standalone-chrome:100.0.4896.127-chromedriver-100.0.4896.60-grid-4.29.0-20250303 # 锁定浏览器与驱动、忽略 Grid 补丁号 docker pull selenium/node-chrome:100.0.4896.127-chromedriver-100.0.4896.60 # 只锁定大版本 docker pull selenium/standalone-chrome:100.0作为 Node 使用并连接 Hub 时参考 docs/docker-hub/node-chrome.mddocker network create grid docker run -d -p 4442-4444:4442-4444 --net grid --name selenium-hub selenium/hub:4.29.0-20250303 docker run -d --net grid -e SE_EVENT_BUS_HOSTselenium-hub --shm-size2g \ selenium/node-chrome:100.0.4896.127-chromedriver-100.0.4896.60-grid-4.29.0-20250303需要特别说明的是正如 CHANGELOG/README.md 的 Note 所述项目并未对每个 Grid 版本与浏览器版本的组合做完整的功能回归测试用户应根据自己的测试需求评估并选择 tag。这也正是按浏览器版本归档 changelog的意义——当某个浏览器版本存在已知问题时可以方便地回溯并锁定到其上一版本而不是被迫跟随最新版。小结一份看似只有命令输出的归档日志实际上浓缩了 docker-selenium 浏览器镜像发布的完整链路命令行参数驱动 → 容器内版本探测 → 六种 tag 形态排列组合 → node/standalone 双镜像同步打标。通过本文的源码级拆解读者现在可以读懂任意CHANGELOG归档中的 tag 输出并反推其发布参数理解 tag_and_push_browser_images.sh 的完整执行流程与RELEASE_OLD_VERSION、PROMOTE_TAGS等开关的作用根据测试需求在最精确锁定与最简引用之间选择合适的镜像 tag。当你在跨浏览器测试中需要固定某一代 Chrome 版本、或排查某个浏览器版本特有的兼容问题时这套 tag 体系就是 docker-selenium 提供给你的版本管理工具。赞分享测试后端云原生容器编排可观测性【免费下载链接】docker-seleniumProvides a simple way to run Selenium Grid with Chrome, Firefox, and Edge using Container Platform, making it easier to perform browser automation at scale项目地址https://gitcode.com/GitHub_Trending/do/docker-selenium点击查看免费下载相关推荐docker-selenium 浏览器镜像打标与发布流程全解析以 Selenium Grid 4.29.0 Chrome 119 为例docker selenium 浏览器镜像打标与发布流程全解析以 Selenium Grid 4.29.0 Chrome 119 为例 本篇技术指南围绕仓测试后端云原生容器编排可观测性理解 docker-selenium 浏览器镜像标签体系以 Chrome 103 与 Selenium Grid 4.29.0 的归档记录为例理解 docker selenium 浏览器镜像标签体系以 Chrome 103 与 Selenium Grid 4.29.0 的归档记录为例 本文将围绕 d测试后端云原生容器编排可观测性KernelSU ksud 完整实战指南如何部署、安装并跑通全部常用命令KernelSU ksud 完整实战指南如何部署、安装并跑通全部常用命令 ksudKernelSU Daemon是 KernelSU 体系里连接内核与用户测试后端云原生容器编排可观测性上一篇3步掌握Krita AI Diffusion释放你的数字创作潜能下一篇3分钟快速上手Krita AI Diffusion插件完整使用指南创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考