chromium-dashboard：Chrome 平台功能状态追踪仪表盘

获取下载链全程约 1 分钟

打开微信，搜索「软件教程管家」关注，或长按下方二维码关注
回复关键词 chromium-dashboard
公众号自动回复网盘链接，点击即可保存下载

打开微信扫一扫关注
或搜索【软件教程管家】

chromium-dashboard 是 Google Chrome 团队开源的 Chrome 平台功能状态追踪仪表盘，专门用来跟踪 Blink 引擎里各项 Web 平台功能的发布状态。如果你想了解某个浏览器功能现在处于什么阶段、由谁负责、什么时候能用，这个项目就是 chromestatus.com 背后的源码。

项目	chromium-dashboard
仓库	GoogleChrome/chromium-dashboard
主要语言	Python（后端）+ TypeScript / JavaScript（前端）
许可证	Apache License 2.0
Star 数	747
用途	Chrome 平台功能发布状态追踪与开发者信息门户

前往 GitHub 查看 chromium-dashboard

GitHub 国内访问较慢，如打不开可多刷新几次

项目介绍

chromium-dashboard 是 chromestatus.com 的开源实现，也就是 Chrome 平台状态（Chrome Platform Status）网站的完整代码。它把 Blink 引擎中每一个 Web 平台功能的生命周期管起来：从提案、开发中、试验，到正式发布，每个阶段的状态、负责人、相关讨论和文档链接都能在上面查到。

项目由主服务器、通知后端和前端三部分组成。主服务器负责功能数据的增删改查与发布流程协作，通知后端在功能状态变化时提醒相关人员，前端则用 TypeScript 构建，提供搜索、筛选和详情展示。整个应用跑在 Google App Engine 上，数据存在 Cloud Datastore 里。

核心功能：状态追踪与发布协作

跟踪 Blink 功能的发布状态：每个功能从提案到发布的完整阶段一目了然。
功能所有者协作：围绕功能负责人组织发布流程，状态变更有据可查。
开发者信息展示：面向 Web 开发者提供功能说明、兼容性信息和相关资源。
通知后端：状态变化时触发通知，让相关人员及时跟进。
完整测试体系：单元测试、HTML 渲染测试和 Playwright 视觉端到端测试，覆盖界面行为。
本地开发流程：提供 Dev Container 一键环境，也支持手动安装，含前端监听、打包与压缩脚本。

适用场景

研究浏览器平台能力管理：想弄清 Chrome 是如何组织上千个 Web 功能的发布节奏，这个项目是最直接的参考实现。
自建功能状态门户：团队内部需要一个类似的状态看板时，可以基于它二次开发，省去从零设计数据模型和发布流程的成本。
Web 兼容性资料查询：前端开发者查某个功能在 Chrome 的落地进度时，chromestatus.com 就是权威来源。
学习大型 Python Web 应用架构：主服务器加通知后端加 TypeScript 前端的组合，是研究全栈协作的现成案例。

安装与本地上手

本地跑起来需要准备一整套 Google Cloud 工具链，步骤如下：

安装前置工具：gcloud 命令行、Google App Engine Python 3 SDK、Cloud Datastore Emulator、Java 8 或更高版本、Node.js 24 与 npm、Python 3 虚拟环境。
克隆仓库后进入目录，创建 Python 虚拟环境并安装依赖。
启动 Cloud Datastore Emulator，模拟线上数据存储。
执行项目提供的开发命令，分别启动主服务器与通知后端。
另开终端运行前端监听与打包流程，浏览器访问本地地址即可看到仪表盘。
想省事可以直接用 Dev Container：仓库自带开发容器配置，在支持的编辑器里一键打开就能获得配好的环境。

注意事项

部署环境不只是装个 Python 就行：必须配齐 gcloud、App Engine SDK、Datastore Emulator 和 Java 运行环境，缺一不可。
Java 是硬性前置：Datastore Emulator 和 OpenAPI Generator CLI 都要 Java 8 或更高版本，装之前先确认 java 命令可用。
依赖变更后要重建环境：Python 依赖、package.json 或 requirements.txt 变化后，需要重新执行 make clean-setup，否则本地行为可能与预期不一致。
升级工具链前先跑测试：升级 Node.js、gcloud、App Engine SDK 或 Datastore Emulator 之后，务必重新验证本地测试、视觉截图和通知后端是否正常。
生产部署拓扑未完全公开：完整的生产部署方式、外部服务配置和数据迁移边界需要结合源码自行确认，不要照搬本地开发配置上线。
业务耦合较深：它的数据模型和流程是围绕 Blink 发布流程设计的，挪作他用之前要先评估改造成本，通用指标看板或轻量文档站有更简单的选择。

方案	适合场景	不足
chromium-dashboard	跟踪浏览器功能发布状态、自建状态门户	依赖 Google Cloud 工具链，部署较重
通用指标看板（如 Grafana）	监控数字指标、画趋势图	没有发布流程与功能生命周期管理
静态文档站	只做功能说明展示	状态靠人工维护，无法协作与通知
项目管理工具（如 Jira）	通用任务与发布跟踪	面向开发者的公开状态门户需要额外搭建