7 月 5 日的下午，我像往常一样在打游戏，忽然一封标题陌生的邮件跳入眼帘。我本以为是自己网站有了新评论，毕竟那是我平时最常收到通知的地方。可点开仔细一看，却发现是一个 GitHub 仓库的问题提醒，项目名为 Dash to Dock 2，是 Dash to Dock 的分叉版。Dash to Dock 是一个 GNOME 桌面环境的插件，功能是让屏幕底部的收藏栏可以自由移动到桌面的其他位置，算是个颇为实用的小工具。之所以会收到这封邮件，是因为我想起了大约一年半前的一段往事：2025 年 2 月 21 日，我曾向 Dash to Dock 的上游项目提交过问题反馈。当时我几乎被 Linux 桌面逼出了翻译强迫症，因为 Linux 的中文支持总是差那么一口气，界面中英文混杂，看得人浑身不自在。最让我无法忍受的是，当你想把某个软件添加到 Dock 栏时，弹出的选项竟然写着“Pin to Dock”而非中文，而明明上个版本还是正常显示“添加进收藏栏”的，这种倒退让人难以接受。

于是我忍不住翻查了项目的代码合并历史，最终锁定了一次由一位乌克兰维护者提交的修改。他在提交说明里强调，Dash to Dock 已经和 GNOME 原生项目的翻译体系渐行渐远，继续借用 GNOME 的翻译字段已经不恰当了，因此这块代码应该独立使用 Dash to Dock 自己的翻译资源。听起来道理是有的，但问题在于，这位维护者的代码实现并不完整——他并未完全写好调用翻译的逻辑，而且本身还存在语法错误。我抱着“既然发现了就一起解决”的心态，和他通过 GitHub 交流了几乎一整晚。他起初有些固执，认为自己的思路没问题，但在我的逐行解释和截图对比下，他终于意识到问题出在哪里，随后提交了修复补丁，让 Dash to Dock 的翻译调用机制回归正常。技术问题解决之后，PO 文件中的“Pin to Dock”字符串终于可以被正常翻译了，而且能顺利调用外部的翻译数据。我向那位乌克兰维护者提交了翻译补丁，把我的译文写成了“添加至收藏栏”。

接收补丁以后已经是早上，他从项目团队里拉来了一位专门负责中文翻译的维护者与我沟通，这时我才恍然大悟——原来这个项目一直有中文用户在背后维护，只是我此前从未接触过他。然而让我意外的是，这位中文维护者并不赞同我的翻译方案。他认为“Dock”就是“Dock”，不应该翻译成“程序坞”或者“收藏栏”，因为这样会失去原文的精确性。我听完只觉得云里雾里，毕竟苹果 macOS 官方就是把 Dock 翻译成“程序坞”的，而 Dash to Dock 之前使用的则是“快捷栏”——这本身就缺乏统一标准。后来这位维护者自作聪明地写了个“添加到 Dock”的半中半英翻译，既不中文也不英文，看着十分别扭。面对这种局面，我几乎把 Dash to Dock 的全部中文翻译条目都重做了一遍，逐条核对语境和用法，希望能够一次性把翻译质量提升到让所有人都满意的水平。然而他们并不接受我的合并请求，理由和争论来来去去，最终也不了了之。

这件事后来被我渐渐淡忘了，毕竟生活中总有更多要紧事。直到 7 月 5 日收到这封邮件，才把那段不愉快的记忆重新拽回眼前。而且从今年 4 月起，我已经彻底换成了 macOS 作为主力系统，不再每天面对 Linux 桌面的各种繁杂的小毛病。回头看这件事，更像是有个开发者觉得如今的 Dash to Dock 做得不够好，于是意气用事地分叉出了一个 Dash to Dock 2 ——但说实话，凭你也配叫 2？能不能真正活下去还不一定呢！由于这个分叉项目无法直接迁移原仓库的所有问题记录，该开发者便写了个爬虫脚本，把所有历史问题和元信息全部抓取过来，并在每个问题上标注了上游来源。我收到的那个问题就是其中之一，上面清晰写着：

1
2
3
4
5
6
7
8
9
## Upstream Issue #2361

**Link:** https://github.com/micheleg/dash-to-dock/issues/2361
**Author:** @bllyds999
**Created:** 2025-02-21

---

我现在用的是Ubuntu的24.10，Dash to Dock会出现Pin to Dock这个英文，而不是“添加至收藏栏”，我在别的发行版上也是这个Bug，请问有什么解决办法吗？

正因为他爬取时使用了 GitHub 的 @ 提及语法，系统便自动把我当成了被 @ 的对象，于是发来邮件通知。可问题的关键是，我早在几个月前就解决了这个 Bug，连我自己都快忘了曾经提过这个问题，而分叉项目的维护者却浑然不知，只管把数据一股脑搬过来。这件事让我在崇尚开源精神的同时，也愈发反感开源社区里的部分行为。开源社区的很多项目都是由个人开发者在业余时间维护的，说白了就是一群“草台班子”在撑着。发现问题确实快，因为用户基数大，任何人随时都能提交问题；但一旦进入修复和决策层面，意见分歧就层出不穷，项目方向常常在争论中迷失。这正是我最终从 Linux 切换到 macOS 的原因——我可等不起 Linux 社区所谓“战未来”这种遥遥无期的承诺，我要的是一个稳定、一致、不出幺蛾子的系统。它是除了 Windows 以外的系统，但是至少要能用。至少今天就能用，不用等明天。