GitHub中文帮助文档上线：统一术语翻译，Fork成“分叉”
来源：GitHub，编辑：鹏飞
【新智元导读】GitHub 刚刚推出官方中文帮助文档，这是继日文版之后第二个非英语语种的帮助文档。GitHub 希望借此能够帮助中文开发者更好的理解 GitHub 操作规范，降低学习门槛。
曾经，为了能畅通的浏览/使用 GitHub 而努力学习英语；现在，那股动力眼看就要被浇灭了。
GitHub 刚刚推出了官方中文帮助文档，这是继日文帮助文档之后，第二个非英语语种的帮助文档。GitHub 希望借此来帮助中文开发者更好的理解 GitHub 操作规范，降低学习门槛。
虽然之前也有不少第三方的汉化文档，但相比而言，微软官方推出的汉化文档无论在汉化程度还是标准程度方面，都是最佳的。
- Repository：此前有人称其为仓库，有人翻译为版本库，有人则翻译成项目。现在统一称为“仓库”
- Fork：翻译一直很有争议，因此通常不翻译。有翻译成分叉、也有翻译成分支的。Linux 中国翻译组（LCTT）的译者 dongfengweixiao 曾提议将 Fork 译作“复刻”，词义和读音两方面都比较契合。现在官方将其翻译成“分叉”
- Issue：通常情况下选择不翻译，现在统一称作“议题”
- Blame：考虑了中外的文化差异导致的理解偏差，被翻译成“追溯”，
- Fetch：翻译成“获取”
- Pull：翻译成“拉取”
自微软宣布 75 亿美元（约 480 亿人民币）收购 GitHub 开始，已经过去了一年时间。
该交易一开始就受到开发者的质疑，部分原因源自鲍尔默时代微软对开源软件的排斥态度。GitHub 的对手 GitLab 趁机推出代码迁移教程，同时以 2.5 折的新用户优惠拉拢了不少用户，据称在此期间抛弃 GitHub 转投 GitLab 的用户增长了 10 倍。
但微软现在的掌舵人已经换成纳德拉，微软的态度发生了 180 度大转变。纳德拉看到了开源背后的广阔市场，从而促使微软从 2014 年开始，成为 GitHub 上非常活跃且重要的开源贡献者。
为了打消开发者的疑虑，微软还特意发公开信表示不打算在 GitHub 上做太多改变，不会改变“以开发者为中心”的初心，依旧会积极地拥抱开源。
新任 CEO Nat Friedman 也在博客里重申，微软对 GitHub 的收购不会改变 GitHub 的独立运营及其产品理念，并给出了 3 个承诺：
- 确保 GitHub 是社区和团队生长的最佳场所
- 使 GitHub 可以被全世界更多的开发者使用
- 可靠性、安全性、性能
不过这一年时间里微软也没闲着，收购 GitHub 后不到 2 个月时间就对 GitHub 进行了一次改版。
Github 前端工程师 Mislav Marohnić发推解释为什么此次改版，在网站重构过程中放弃了 jQuery，且没有使用其他框架去替代 jQuery，而是选择使用原生 JS，并列举了具体实现：
- 使用 querySelectorAll 来查询 DOM 节点
- 使用 fetch 来代替 ajax
- 事件处理使用了事件代理
- 使用 DOM 标准化写了 polyfill
- 使用了自定义元素
随后，GitHub 又推出了 GitHub Sponsors 的“打赏”功能，用户可以通过一种新方式给日常使用的开源项目的开发者提供资金支持。目前官方帮助文档中，已将其汉化为“GitHub 赞助者”。
该计划显示，开发者参与的第一年里，GitHub 将提供高达 5000 美元的捐助。在接下来的 12 个月里，GitHub 也不会收取任何支付处理费用(但这段时间结束后可能就会收取费用了)。
虽然网友对此大多持积极态度，但同时也指出了潜在的问题：
- wtf42：棒！GitHub 甚至可以改变公司处理开源开发的方式（就像 Uber 改变出租车市场一样）。相比雇用（并保持）全职开发人员（需要支付保险，税收等），公司可以滥用这个系统并“说服”员工赞助开源项目，成功后给奖金。在劳工保障薄弱的国家可能发生
- ladon86：这是一个好主意，但随着该功能的引入，可能导致维护者会在 README 中提供标识或者链接以获取每月赞助。我打赌很可能看到“星钻/黄金/白银/青铜”等级制度的出现
如今，微软不仅推出了汉化版的帮助文档，还声称未来会加入更多语言的支持。那么我们有理由推测，GitHub 网站的中文版未来也可能会出现。
正在读本文的你，觉得汉化的帮助文档真的有帮助吗？习惯了英文，切回中文还习惯吗？欢迎留言评判。
参考链接：
