GitHub 汉化插件怎么装:两步导入,英文界面直接变中文
【免费下载链接】github-chineseGitHub 汉化插件,GitHub 中文化界面。 (GitHub Translation To Chinese)项目地址: https://gitcode.com/gh_mirrors/gi/github-chinese
带新同事上手 GitHub 时,他卡在仓库页的 Insights 和 Actions 上,连问了三遍这俩菜单是干嘛的。这不是他的问题,是英文界面对中文开发者天然多一层翻译成本——每次点错标签、找错按钮,都得多花几秒钟。GitHub 汉化插件(github-chinese)把这一层成本直接抹掉:装完即用,页面里的菜单、按钮、时间显示自动换成中文。
它到底做了什么
脚本不实时翻译整页文字,而是查一份内置词库:词条近 3 万条,靠正则匹配定位按钮、菜单、标签这类界面骨架,只替换它们的文案。代码块、README 正文、用户评论都在忽略名单里,一律保持原文。这正是它和浏览器自带翻译拉开差距的地方——通用模型会把同一个词翻出多种译法、把布局挤乱、甚至连代码注释一起翻译;专属词库则按项目统一口径,界面骨架换字,结构原样保留。
📥 两步导入,装完即用
- 打开浏览器扩展商店,搜索并安装 Tampermonkey(油猴)——它是用户脚本管理器,负责在页面上运行这类 .user.js 脚本。
- 拿到脚本文件并导入。推荐先拉一份源码:
git clone https://gitcode.com/gh_mirrors/gi/github-chinese然后在 Tampermonkey 管理面板选"从文件安装",选中仓库里的 main.user.js 导入。
- 刷新 GitHub 标签页,中文界面即刻呈现。全程不需要打开任何配置项;如果刷新后没反应,重启一次浏览器即可。
装完你眼前会多出这些变化
- 首页导航:顶部菜单显示"仪表板""置顶仓库",新建按钮也变了说法。
- 仓库页术语:标签是"代码 / 议题 / 拉取请求",操作区是"关注 / 复刻 / 星标"。
- 时间本地化:"2 days ago" 直接读成"2 天前"。
- 动态补译:脚本内置监听盯着 DOM 变化,新加载进来的内容实时补上译文,不用手动刷新。
- 深色模式:翻译后的界面在浅色、深色主题下都清晰可读。
和浏览器自带翻译差在哪
| 对比维度 | 浏览器自带翻译 | 油猴汉化脚本 |
|---|---|---|
| 术语 | 同一个词可能出现多种译法 | 按专属词库统一 |
| 布局 | 译文长度变化容易挤压界面 | 只换文案,结构不动 |
| 代码与正文 | 可能连注释、标识符一起翻 | 代码、README、评论均在保护范围 |
| 词库维护 | 通用模型,无人专项跟进 | 每周节奏更新,开发版周五发新、稳定版周一跟进 |
🔧 本地词库自定义方法
个别译法不合口味时,可以自己接管词库:把 locals.js 下载到本机,在脚本头部把 @require 指向本地路径,例如 file:///D:/github-chinese/locals.js。这一步有个前提——Tampermonkey 需要在设置里把"允许脚本访问本地文件"打开,否则引用不生效。
边界与代价
先说清楚它不做什么:页面内容不会上传,词库打包在脚本内;唯一的远程请求是"项目描述"的人机翻译,只有点了翻译按钮才发起,不点就没有。再说说可信度:术语参照 Pro Git 中文版、Git 官方中文翻译与 GitHub 词汇表官方译本,由 40 余位贡献者共同维护;仓库内置了 AI 代码审查工作流(docs/ai-review.md),也附带 VS Code 扩展 方便在编辑器里直接维护词条。
把界面理解的成本交给词库,把英文原文留给真正需要精确的地方。装好油猴、导入 main.user.js,下次再有人问"Insights 是干嘛的",你只需要指给他看那个已经变成中文的标签。
【免费下载链接】github-chineseGitHub 汉化插件,GitHub 中文化界面。 (GitHub Translation To Chinese)项目地址: https://gitcode.com/gh_mirrors/gi/github-chinese
创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考