英文菜单看得头疼?用GitHubDesktop2Chinese给GitHub Desktop汉化的完整实操记录 📅 2026/8/14 18:49:35 英文菜单看得头疼用GitHubDesktop2Chinese给GitHub Desktop汉化的完整实操记录【免费下载链接】GitHubDesktop2ChineseGithubDesktop语言本地化(汉化)工具 【GitHub桌面客户端中文汉化】项目地址: https://gitcode.com/gh_mirrors/gi/GitHubDesktop2Chinese第一次在别人电脑上看到 GitHub Desktop 时屏幕右侧那一整排英文菜单——Pull、Push、Publish branch、Create Pull Request——一位刚转行做开发的朋友直接沉默了。这大概是很多中文用户和 GitHub Desktop 之间的第一道坎工具本身好用可界面全英文劝退得毫不客气。GitHubDesktop2Chinese就是来解决这件事的一个把 GitHub Desktop 界面文本汉化成中文的小工具下载后双击运行自动完成替换全程不需要你懂一行代码。一个普通下午的汉化困境我以前帮人折腾过不少汉化方案有人把网上的汉化补丁塞进安装目录替换掉整个文件结果 GitHub Desktop 一更新界面又变回英文而且补丁和官方新版经常打架严重时连软件都打不开。GitHubDesktop2Chinese 的思路完全不同。它不是一个一次性打包好的汉化皮肤而是一个翻译执行器你给它一份翻译对照表它负责在 GitHub Desktop 的代码文件里精确找到英文文本、替换成中文替换前自动备份出问题能一键还原。正因为改的是文本而不是整个程序它对 GitHub Desktop 频繁更新的兼容性才会这么好——哪怕某个新版本里漏了一两条翻译程序也能正常工作剩下的再补进去就行。先认识一下它的翻译地图localization.json项目的核心是json/localization.json一份典型的 JSON 对照表。我数了一下目前里面main数组有 112 条映射、renderer数组有 852 条映射加起来接近千条翻译覆盖了主菜单、右键菜单、提交界面、分支管理等日常会碰到的几乎每个角落。结构大致是这样version / minversionJSON 文件版本号和它要求的最低加载器版本用来判断旧版程序能不能读这份新翻译文件tip程序运行时会显示的提示信息select可选择性启用的功能后面会细说main / renderer分别对应 GitHub Desktop 的main.js和renderer.js两个文件的翻译映射main_dev / renderer_dev开发用的快速测试条目正式翻译前先放这里验证翻译时用的是正则匹配。比如File会被替换成文件(F)Publish branch变成发布分支。因为是在文本层面做匹配所以即使 GitHub Desktop 升级后函数名变了只要界面文案还在翻译就大概率依然有效。汉化前后的观感差异不用想象直接看这张对照表界面位置汉化前汉化后主菜单File / Edit / View文件 / 编辑 / 视图新建仓库New repository…新建存储库…提交操作Publish branch发布分支推送动作Force Push…强制推送…查看远程View on GitHub在GitHub中显示打开设置Options…选项…菜单还是那些菜单功能一个没少只是从看半天才敢点变成了一眼就懂。一次完整的GitHub Desktop汉化实操光看原理不过瘾跟着我走一遍完整流程整个过程大概两三分钟。第一步完全退出 GitHub Desktop这是最重要也最容易被忽略的一步。汉化要改写 GitHub Desktop 的程序文件如果软件还在运行文件被占用替换就会失败。建议通过任务管理器确认进程真的结束了而不是只关掉窗口。第二步拿到程序双击运行从项目 Release 下载GitHubDesktop2Chinese.exe放在任意目录双击即可。它有两条找翻译的路联网模式程序自动从远程拉取最新的localization.json适合大多数人拿到的永远是最新翻译本地模式把localization.json和 exe 放在同一个文件夹程序优先读本地文件适合离线环境或自己改了翻译想测试两种方式都支持完全看你手头条件。第三步看日志等它自动完成运行后程序会做几件事从 Windows 注册表读取 GitHub Desktop 的安装信息自动定位到main.js所在的目录——所以你不需要手动找安装路径然后先检查版本如果你本地的 GitHub Desktop 落后了它会用黄色字提示需更新接着创建备份main.js.bak和renderer.js.bak确认无误后开始替换。这里有个新手容易踩的坑程序结束时显示按任意键继续这不是汉化完成了而是暂停等你确认。如果看到这句话就随手关掉窗口汉化可能没跑完。老老实实按一下回车等它自己走完流程。第四步重启 GitHub Desktop 验证重新打开软件菜单栏、右键菜单、提交界面都变成中文了。可以顺手点点提交和分支管理确认关键位置都翻译到位。实操中一定会遇到的几个小细节走完一遍流程有几个细节值得单独说一说。GitHub Desktop 每次更新都要重跑汉化。官方一升级界面文本可能又有新的英文冒出来。好在重跑一次成本极低双击、回车、完成两分钟搞定。万一汉化失败怎么办程序内置了恢复机制如果替换后出现异常会自动用之前的备份还原。想手动恢复也可以用--rollback参数从备份文件中还原汉化前的状态。备份文件就留在安装目录里等于给你留了后悔药。双击没反应或者一闪而过多半是缺运行库。提示缺少MSVCP140_ATOMIC_WAIT.dll之类的文件时去微软官网装一个对应版本64 位装 x64、32 位装 x86的 Microsoft Visual C Redistributable 运行库即可。汉化工具本身也需要维护。程序内置了自动更新检测发现新版本会提示你支持一键更新下载还带断点续传网不好也不怕下到一半前功尽弃。进阶玩法顺手开启预览版和 AI 提交摘要如果你用的是新版 GitHub Desktop可以试试它的预览版功能。两种开启方式任选在汉化程序的select选择项里勾选强制开启预览版选项对应的功能替换时自动帮你改好或者手动设置环境变量再启动 GitHub Desktopset GITHUB_DESKTOP_PREVIEW_FEATURES1 GitHub Desktop.lnk顺带一提GitHub Desktop 从 3.4.19 版本开始在预览版里支持 AI 生成提交摘要3.5.0 正式版里已经默认显示了在添加协作者右侧。如果你希望 AI 生成的结果直接是中文可以在localization.json的select里启用是否要求AI将生成结果转为中文这一项这就是那份翻译地图的另一个妙用——它不只是翻译界面还能帮你做定制化的小改动。想自己补翻译开发者模式这样用翻译毕竟是社区维护的偶尔会有几条漏网之鱼。想自己动手补也完全可行克隆项目仓库git clone https://gitcode.com/gh_mirrors/gi/GitHubDesktop2Chinese打开json/关于一些注意事项.txt读一遍编写规范在localization.json里参照已有格式添加条目提交 PR 帮助更多人其中最关键的是测试环节按住 Shift 键运行程序会进入开发者选项选择仅替换指定映射项只对你新写的几条做快速验证。测试条目先放在main_dev或renderer_dev里确认无误后再移到main或renderer数组末尾这样既不影响正式翻译又能快速迭代。写翻译时有几个正则的坑要避开项目文档里写得很清楚这里挑重点匹配的双引号必须用反斜杠转义不能图省事用单引号包住遇到?这类正则特殊字符要在它前面加两个反斜杠匹配字符串建议带上双引号比如写\View\而不是View否则可能误伤到View on GitHub这种更长文本JSON 数组最后一项不能留逗号否则文件读不进来善用正则还能让翻译更抗更新。比如某个函数参数经常随版本变化就可以用Ee.createElement\\(..),null,this.props.repositoryName这种模糊匹配代替写死的参数替换时用$1引用捕获到的内容版本升级了照样能命中。从英文界面到顺手的中文工作流回到开头那位朋友。现在他的 GitHub Desktop 是全中文的他不用再对着 Publish branch 发呆也不用担心哪次更新又把界面打回原形——因为每次更新后重跑一遍汉化已经成了他的固定习惯两分钟的事。说到底GitHubDesktop2Chinese 解决的不是汉化这个技术问题而是一个很现实的使用门槛工具不该成为语言障碍的牺牲品。如果你也正对着英文界面犹豫要不要换工具不妨现在就下载这个汉化小工具关掉 GitHub Desktop双击运行按一次回车——然后重新打开软件看看中文菜单栏有多顺眼。你的 Git 之旅可以从一个看得懂的界面开始。如果哪天发现了没翻译到的地方别忘了顺着开发者模式把那条翻译补上下一个用中文界面的人可能正需要你这一笔。【免费下载链接】GitHubDesktop2ChineseGithubDesktop语言本地化(汉化)工具 【GitHub桌面客户端中文汉化】项目地址: https://gitcode.com/gh_mirrors/gi/GitHubDesktop2Chinese创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考