GitHub 中文界面：2.8 万条词库只翻界面，代码区域一字不翻

【免费下载链接】github-chineseGitHub 汉化插件，GitHub 中文化界面。 (GitHub Translation To Chinese)项目地址: https://gitcode.com/gh_mirrors/gi/github-chinese

用浏览器整页翻译 GitHub，界面是变了，代码注释、diff 和提交记录也被一并改掉，阅读起来反而费事。开源用户脚本 github-chinese 走的是另一条路：这个 GitHub 汉化插件只替换界面元素为简体中文，代码区保持原样。

问题与取舍：整页翻译为什么行不通

浏览器翻译工具的工作方式没有边界，页面上出现什么就处理什么。对 GitHub 来说，问题就出在这：正文、注释、diff、工作流日志里全是英文，翻完之后对照源码反而成了负担。

github-chinese 的取舍很明确：界面负责翻译，内容保持原样。代码文件、diff 差异、工作流日志、评论正文、编辑器内容全部在忽略名单内，页面怎么翻，这些区域都不动。

适用人群也因此清楚：刚接触 GitHub、被英文按钮卡住的新手，和每天翻仓库、读 issue、审 Pull Request 的资深用户，都只需要中文界面，而不是一份被改动的代码。

工作原则：2.8 万条规则的三条执行逻辑

• 按页面独立匹配。词库规模超过 2.8 万条正则规则，仓库页、个人主页、议题页、搜索页各自使用独立的匹配策略。同一个词在不同页面套用不同译法，比如仓库页里的 Repository 显示为"仓库"，而不是"存储库"。
• 忽略规则划定保护范围。代码文件、diff、工作流日志、评论正文、编辑器内容都在名单里，翻译流程跳过这些节点，原文逐字保留。
• 监听变化动态补翻。滚动加载、异步渲染出来的新内容会被及时补翻；Shadow DOM 内的时间元素也做了本地化，提交时间显示为"2 个月前""3 小时前"这类中文表达。

两条安装路径：油猴管理器与 VS Code 扩展

主流路径走用户脚本管理器，以 Tampermonkey 为例（Violentmonkey 同样可以）：

1. 在浏览器扩展商店安装 Tampermonkey。Chromium 内核浏览器还需要在扩展管理中开启"开发者模式"，并允许运行用户脚本。
2. 把项目克隆到本地：

   git clone https://gitcode.com/gh_mirrors/gi/github-chinese

3. 打开 Tampermonkey，选择"从文件安装"，导入项目里的main.user.js。
4. 刷新 GitHub 页面即可生效，个别情况下重启一次浏览器。

不想装脚本管理器也有备选：项目提供了 VS Code 扩展版本，安装后在 IDE 内置浏览器中打开 GitHub，同样呈现中文界面。

界面效果、兼容范围与主题适配

仓库页顶部导航依次显示"代码""议题""拉取请求""操作""项目""安全""洞察"；右侧按钮区Fork变成复刻、Star变成已加星标、Watch变成关注；"关于"栏中的项目描述也跟着本地化。

登录后的首页同样全面汉化："仪表盘""置顶仓库""新建""近期活动""热门仓库"，信息流里的时间全部是中文读法。

浏览器兼容范围覆盖 Chrome / Chromium 内核、Safari、Firefox，以及 Android 上的 Via 浏览器。浅色、深色两套主题均做了适配，翻译后中文在深色背景下依然清晰，页面布局与 GitHub 原版一致，不会出现错位或"撑变形"。

词库更新节奏、本地自定义与社区参与

词库跟随 GitHub 界面变化持续校准：开发版每周五自动更新，稳定版每周一同步开发版内容。术语本身有明确参照——Pro Git 中文版、Git 官方简体中文翻译、GitHub 官方词汇表译本，每个词都有出处。

默认译法不合口味时，可以做私有定制：把locals.js下载到本地，在脚本里将@require指向的远程路径改成自己的本地文件路径，此后增删词条、调整措辞都由你决定。

项目目前由 30 多位贡献者共同维护。发现译错可以直接提 issue 反馈；觉得词条缺失，也可以修改locals.js后提 PR，头像会出现在贡献者墙上。

三分钟装上，刷新即生效

装一个脚本管理器，导入main.user.js，刷新页面。界面变中文，代码一个字不动，剩下的事按平时的习惯做就好。

【免费下载链接】github-chineseGitHub 汉化插件，GitHub 中文化界面。 (GitHub Translation To Chinese)项目地址: https://gitcode.com/gh_mirrors/gi/github-chinese