没有不值得去解决的问题,也没有不值得去学习的技术!

A Tour of Go 多语言翻译项目首次实现 upstream 同步机制:从一次性翻译到长期维护

【图 2:upstream source preview】

作者:

A Tour of Go 多语言翻译项目

图3:访问过去的 Go Tour 简体中文站 tour.go-zh.org 时,当前已经无法正常建立连接。

(1) 从「A Tour of Go 中文版」这个搜索词开始:我决定做一个持续维护的 Go Tour 中文版

本地运行的 A Tour of Go「Methods continued」课程页面,左侧为课程说明,右侧为 Go 代码编辑器及运行结果。

(2) A Tour of Go 中文版项目设计冻结:从 101 页到 103 页,从 Gin 转向 Cobra CLI

A Tour of Go 中文版开发实战:英文基线、在线运行与 101 页上游同步体系

(3) A Tour of Go 中文版开发实战:英文基线、在线运行与 101 页上游同步体系

go-tour-i18n 项目完成首个简体中文课程页面 welcome/1 的整页翻译、结构校验和本地预览。

(4) A Tour of Go 多语言翻译项目实录:完成首个 zh-CN 页面翻译闭环

图 1:DeepSeek 官方更新日志显示,本次只更新 DeepSeek-V4-Flash,DeepSeek-V4-Pro API 与 APP、Web 模型均未更新

(5) A Tour of Go 中文翻译项目进展:完成前 8 页、修复 present 语法,并暂缓 DeepSeek 对比

图 1:generics/1 简体中文页面本地预览

(6) 一个页面重试五次:使用 GLM-5.2 翻译 A Tour of Go 时遇到的 Token 与 Present 结构问题

图 1:methods/16 简体中文页面浏览器预览

(7) A Tour of Go 中文翻译实录:如何只翻译教学代码注释,而不破坏 Go 代码

图 2:A Tour of Go methods/20「练习:错误」中文候选页面最终渲染效果

(8) A Tour of Go 多语言翻译:当正确的中文语序被受保护标记顺序校验误判

图 3:methods/24 中文页面,静态代码、Bounds 行内代码和链接内的 image.Rectangle 均正确渲染

(9) A Tour of Go 中文翻译完成 7 个代表页校准:最后 3 页又发现了哪些真实问题

图 2:首批 10 个普通页面经过试跑与流程校准后全部进入 ready

(10) A Tour of Go 多语言翻译项目:首批 10 个普通页面试跑,从 2 个 blocked 到全部 ready

图 2:flowcontrol/6 最终中文页面,return 与 v 为适应自然中文语序发生整体换位

(11) A Tour of Go 中文翻译第二批实跑:从 Inline Code 顺序误判到历史响应重新验证

图 1:flowcontrol/6 首次原始输入实验直接通过统一自动校验

(12) A Tour of Go 多语言翻译项目:从 swap 问题重新审视 Token 保护,原始输入与最小保护的一次真实实验

图 7:moretypes/1 最终中文页面预览。左侧课程正文、静态代码块、行内代码和教学注释均正常渲染,右侧官方 Go 示例继续保持原样。

(13) A Tour of Go 多语言翻译实战:第三批 10 页全部 Ready,继续校准 Protected Token 的结构角色

图 4:上游源码确认共有 103 个课程页面,zh-CN 最终达到 ready=103、pending=0、blocked=0

(14) A Tour of Go 多语言翻译项目:zh-CN 103 个课程页面全部 ready,课程正文翻译阶段完成

图 4:GitHub 与 ChatGPT 已成功连接

(15) ChatGPT 连接 GitHub 实测:让 AI 直接读取 go-tour-i18n 仓库参与译文审核

图 3:中文 Go 术语校准完成后,将确定的译法写入 zh-CN glossary

(16) 为什么 channel 最终选择“通道”:A Tour of Go 中文术语统一的一次实践

图 1:技术含义基本正确,但“返回一个返回……”已经明显影响阅读,因此仍被列入 C 类修订

(17) 103 页逐页审核后,只返修 16 页:A Tour of Go 中文正文发布前质量审计

图 2:中文课程页面以及已经完成本地化的编辑器控制区

(18) A Tour of Go 多语言翻译项目:公共 UI 本地化完成,从课程译文走向完整中文界面

图 2:完整 zh-CN 正式投影成功生成,103 个课程页面被重新组装为 7 个 .article

(19) 从 103/103 ready 到完整站点验收:A Tour of Go 中文版补齐正式投影与课程元数据本地化

图 3:从 production bundle 独立启动的 A Tour of Go 简体中文页面,课程正文、公共 UI 和官方 Go 示例均已进入最终发布形态。

(20) A Tour of Go 多语言翻译项目:103 页全部完成后,我终于生成了可独立部署的 zh-CN Production Bundle

图 1:A Tour of Go 简体中文版正式生产页面,远程运行已经成功输出“Hello, 世界”。

(21) A Tour of Go 多语言翻译项目:zh-CN 正式上线,从生产发布到 go.dev Playground 的完整部署记录

图 1:新生产域名 go-dev.shuijingwanwq.com 已正常访问,Go 示例远程运行成功

(22) A Tour of Go 多语言翻译项目:从 go-tour 到 go-dev,完成 EdgeOne、Nginx 与 HTTPS 生产域名迁移

图 1:A Tour of Go 多语言翻译项目正式生产首页

(23) A Tour of Go 多语言翻译项目正式上线:从项目首页、公共 Footer 到生产发布元数据的完整收尾

图 3:GA4 g/collect 请求返回 HTTP 204,并携带当前课程页面地址,确认 Google Analytics 已产生真实事件上报

(24) A Tour of Go 多语言翻译项目:接入 Google Analytics 与百度统计,从 systemd 注入到 EdgeOne 与真实上报验证

图 1:生产环境 robots.txt 与 sitemap.xml 已正确对外提供,Sitemap 共包含 104 个规范 URL。

(25) A Tour of Go 中文站上线后:补齐 robots.txt、Sitemap,并完成五大搜索引擎提交

图 4:发布生产并刷新 EdgeOne 缓存后,再次通过真实手机访问,顶栏项目名称已经完整保持在一行,最终移动端验收通过。

(26) A Tour of Go 多语言翻译项目:修复手机端首页顶栏标题换行,并完成真机验证

图 3:生产自动部署脚本第一次真实运行时,systemd 已经显示 active,但首次 localhost 探测仍然得到 HTTP 000;随后连续 3 次同时满足 active + HTTP 200 后,脚本才判定部署成功,并继续完成公网 HTTP 200 验收。这次真实运行验证了连续应用层健康检查的必要性。

(27) A Tour of Go 多语言翻译项目:从一次 203/EXEC 故障到生产自动部署脚本落地

图 1:阿里云生产环境访问 go.dev Playground 时出现 TLS 握手超时

(28) A Tour of Go 多语言翻译项目:为 Playground 搭建独立的 ZgoCloud 执行代理

图 3:清除 /tour/script.js 缓存后,Run 已直接请求 ZgoCloud /compile 并返回 HTTP 200

(29) A Tour of Go 多语言翻译项目:将生产 Run / Format 切换到 ZgoCloud 执行节点

【图 1:微信中运行 Go 示例时出现 Error communicating with remote server.】

(30) A Tour of Go 中文版手机端运行与格式化偶发失败排查:从间歇性报错到补强 Nginx 可观测性

【图 4:向 golang-dev 公开邮件列表发送 Playground 使用告知邮件并投递成功】

(31) A Tour of Go 多语言项目:为 Playground 代理增加唯一 User-Agent,并主动告知 Go 官方

【图 3:百度剩余 9 个核心 URL 提交成功,remain 归零】

(32) A Tour of Go 搜索引擎收录实测:从 Google 自然索引到百度主动提交与 Bing IndexNow

【图 1:当前正式中文 methods/24 页面,右侧示例代码运行成功】

(33) A Tour of Go 中文翻译完成后,我为什么重新评估 minimal-protect 翻译模式

【图 3:5 个页面 Request SHA256 完全一致,但 Response SHA256 全部不同】

(34) A Tour of Go 翻译实验:更多原始上下文为什么没有更好?从 157 个保护标记到 30 次重复盲评

图 3:3 个代表页 × 4 个评审模型,共 12 次匿名评审的完整排名与第一名票数。

(35) A Tour of Go 翻译质量再评估:minimal-protect 未达预期后,我开始比较 ChatGPT、Codex 与 GLM-5.2

图 2:GitHub 中的 chatgpt-zh-CN-008 重译批次。一个 Batch 同时保存 inputs、raw-responses、candidates、validation 和 retry 记录,GitHub 成为 ChatGPT 与本地翻译流水线之间的数据交接层。

(36) 没有 OpenAI API,我如何用 ChatGPT + GitHub 完成 A Tour of Go 103 页全量重译

图 1:103 个正式课程页面完成最终语义质量审核,结果为 A=103、B/C/D=0,同时不存在缺失、重复或额外页面。A/B/C/D 是本轮项目内部语义质量分级,并不是自动结构 validator 的结果。

(37) 103 页翻完还不能发布:A Tour of Go ChatGPT 译文的语义审核与 Canonical Promotion

图 3:7 个 article endpoint 的 production origin 与 EdgeOne 公网响应全部 exact match,同时新的 ChatGPT 译文标记存在,旧版译文标记已经消失。

(38) 103/103 与 7/7 Exact Match:A Tour of Go ChatGPT 新译文的最终线上验收

【图 2:upstream source preview】

(39) A Tour of Go 多语言翻译项目首次实现 upstream 同步机制:从一次性翻译到长期维护

背景:翻译项目需要面对 upstream 变化

A Tour of Go 的课程内容来源于官方仓库:

Plaintext
golang/website

早期流程比较简单:

Plaintext
官方源码

翻译

验证

发布

这种方式适合首次翻译,但不适合长期维护。

当 upstream 内容发生变化时,需要回答几个问题:

  • 哪些课程页面发生变化?
  • 已有译文是否仍然有效?
  • 是否需要重新翻译?
  • 哪些页面可以继续复用?

因此,本次为 go-tour-i18n 增加 upstream revision 同步机制。


记录官方源码基线

项目现在会记录对应的 upstream commit:

Plaintext
upstream_commit
upstream_commit_time

release manifest 中包含:

JSON
{
  "upstream_commit": "645042eb697eaf69e33a9af00c6b5b3fffdead5a",
  "upstream_commit_time": "2026-08-20T05:56:11Z"
}

这样每一个正式发布版本都能够明确对应:

  • 哪一个官方源码版本;
  • 哪一次翻译结果;
  • 哪一个生产 release。
【图 1:Git commit 与项目状态】
【图 1:Git commit 与项目状态】

自动检测 upstream source 变化

当官方源码更新后,项目首先进行 source preview。

本次检测发现:

  • welcome.article 删除旧的简体中文社区翻译链接;
  • basics.articlevar 修改为 inline code 标记;
  • 93 个 referenced Example source 没有内容变化。

检测结果:

Plaintext
Page unchanged=103
content_changed=0
Example unchanged=93
content_changed=0
conditional unchanged=2

这意味着:

大部分课程内容无需重新翻译,只需要处理真正发生变化的部分。

【图 2:upstream source preview】
【图 2:upstream source preview】

stale 状态:避免覆盖历史翻译

以前翻译状态只有:

Plaintext
ready

但是 upstream 改变后,原来的翻译不能简单认为仍然有效。

因此新增:

Plaintext
stale

状态。

本次:

  • welcome/2
  • basics/9

由于 source revision 变化,从原来的:

Plaintext
ready

进入:

Plaintext
stale

然后重新进入翻译流程。

这样可以避免:

  • 误认为旧译文仍然对应新源码;
  • 人工遗漏 upstream 修改。
【图 3:stale retranslation 状态】
【图 3:stale retranslation 状态】

重新生成翻译批次

针对变化页面,生成新的翻译任务:

Plaintext
chatgpt-zh-CN-013

包含:

Plaintext
welcome/2
basics/9

完整流程:

Plaintext
export

ChatGPT raw response

process

restore

validation

Translation Quality Review

promotion

本次结果:

Plaintext
process:
restore_passed=2
restore_failed=0

validation:
validation_passed=2
validation_failed=0

review:
2/2 approved

并且质量评级:

Plaintext
A
【图 4:重新翻译 workflow】
【图 4:重新翻译 workflow】

promotion 前置检查

重新翻译完成后,并不会直接发布。

项目增加 promotion preflight。

本次检查:

Plaintext
unit_count=122
page_count=103
example_count=19

changed_count=2
unchanged_count=120

review_approved_count=122

can_apply=true

确认:

  • 所有翻译单元完整;
  • 页面数量正确;
  • Example 状态正常;
  • Review 已通过。

之后才允许进入正式应用。

【图 5:promotion preflight】
【图 5:promotion preflight】

生成新的 production release

最终生成 release bundle:

JSON
{
  "locale": "zh-CN",
  "upstream_commit": "645042eb697eaf69e33a9af00c6b5b3fffdead5a",
  "translation_units": 122,
  "pages": 103,
  "eligible_examples": 19,
  "articles": 7
}

当前 release 包含:

  • 122 个 translation units;
  • 103 个课程页面;
  • 19 个可执行 Example;
  • 7 个 article 文件。
【图 6:release.json】
【图 6:release.json】

总结

本次 upstream 同步机制的实现,使 go-tour-i18n 完成了一次重要升级:

从:

Plaintext
一次性翻译项目

变为:

Plaintext
持续维护的多语言课程系统

新的维护流程:

Plaintext
golang/website upstream

commit baseline

source diff

stale detection

translation regeneration

validation

Translation Quality Review

promotion

production release

未来扩展更多语言版本时,可以复用同一套同步和验证流程,而不需要重新设计整个翻译体系。

103/103 与 7/7 Exact Match:A Tour of Go ChatGPT 新译文的最终线上验收

A Tour of Go 多语言翻译项目

本系列完整记录 A Tour of Go 多语言翻译项目从架构设计、整页翻译、结构保护、自动校验,到生产发布与后续维护的实际开发过程。

项目入口:
✅ 在线学习:A Tour of Go 简体中文版
✅ 项目源码:GitHub:shuijingwan/go-tour-i18n

当前第一阶段已完成简体中文版本。项目属于非官方社区多语言翻译项目,与 Go 官方无隶属或授权关系。