如何为文本找到更多上下文?

当我需要更多上下文来翻译文本时,我通常会查看翻译历史记录。在那里我可以看到文本何时被添加,通过日期和时间,我通常可以很快在 GitHub 上找到相应的 PR。那里的描述通常足够有帮助,有时甚至还有截图和视频,可以让上下文非常清晰。如果那没有帮助,至少你也可以非常容易地找到相关的代码部分。

不幸的是,这个工作流程现在对我来说只能在非常有限的程度上起作用。对于新文本,我仍然可以查到它们是什么时候被添加到项目中的。

然而,当发布版本时,所有文本都被移动到了发布文件夹,这就是为什么所有在此之前创建的文本现在都显示为在 2026-01-28T17:22:00Z 添加到项目中的。这对我快速找到 PR 没有任何帮助。

这就是我对其他翻译人员如何解决这个问题很感兴趣的原因。还有其他什么窍门吗?

4 个赞

我快速整理了一些东西。这对您有用吗?

3 个赞

这个工具让查找 PR 变得更加容易了 :star_struck: 根据合并提交的时间查找 PR 比点击链接更困难。谢谢!

“已移除”状态是如何确定的?我今天有点困惑

该工具显示 js.category.visibility.more_options_hint_link 已从最新版本和发布版本中移除(翻译字符串 | Discourse 翻译

这对于最新版本来说似乎是正确的。那里记录了一个移除操作

但对于发布版本则不是这种情况。这里的状态相同,但历史记录中没有移除记录

1 个赞

另一个我不太理解为什么状态显示为“已移除”的案例


但它仍然有助于找到拉取请求 :star_struck:

肯定有某个地方出了错误。说实话,我只用了两个小时就用人工智能创建了这个原型。我会把它清理干净的。:wink:

2 个赞

被转到这里是因为我询问了修复翻译的上下文!所以对有帮助的东西很感兴趣。

这里的 PR 是什么意思?

2 个赞

一切都好。对我来说没关系。我只是想在我注意到任何事情时在这里记录下来。我实际上仍然需要习惯于我能多容易地找到相关的拉取请求(Pull Request)。以前,我更经常权衡是否值得花力气去搜索拉取请求,然后决定不去找。现在只需要点击几下,我有时还会忘记这一点。最近,更改历史记录甚至非常有帮助,因为 Crowdin 没有显示以前的文本,但以前的版本作为上下文已经足够有帮助,这样我就不必去拉取请求那里了。

2 个赞

也许这是同一个错误,但由于这里不仅有关于文本被移除的日志(尽管我在拉取请求的变更日志中找不到该字符串),还有一个关于文本被重新添加的日志,我在其中遇到了同样的问题。也许这个例子有助于找到这个错误。

在最新的 site_settings.google_oauth2_hd_groups_service_account_json | Discourse Translations 中显示

而在同一文本的发布版本 site_settings.google_oauth2_hd_groups_service_account_json | Discourse Translations 中没有列出 7 个月前的更改:


编辑:
另一个看起来不对的例子(涉及安全拉取请求)

1 个赞

好的,我已经解决了 git 历史记录中缺少条目以及提交显示为已删除(实际上并非如此)的问题。

这原来是一个有趣的情况。该更改已反向移植到发布分支,因此显示的提交在技术上是正确的。它们只是具有不同的 git 哈希值。

为了使这一点更清晰,我现在为每个分支显示两个 PR。

我还清理了一些较小的问题。您现在将看到一个提交是仅属于 latest 还是属于两个分支,并且它会指示何时仅将字符串移动到另一个文件而没有进行任何实际更改。

如果您遇到任何其他不一致之处,请告诉我。

1 个赞

我仍然不明白在从“已移除”日志链接的 PR 中,关于 webhook 的文本是在哪里被移除的。我看到的唯一文本更改似乎是不相关的

而且这里也是一样

我仍然无法在其中显示的 PR 中找到被移除或添加的文本

2 个赞

好的,我也修复了那个问题。问题出在一次有缺陷的 Git 数据导入产生的陈旧数据。

1 个赞