git 和 po 和 pot 文件：我不知道如何在我的提交、工作流建议中停止大差异？
git and po and pot files: I don't know how to stop large diffs in my commits, workflow suggestions?
我想向 github 托管的项目（时移）提交 PR，该项目使用 po 和 pot 文件进行翻译。我以前从未遇到过这些。我的更改之一是 UI（这是备份软件，我添加了一个选项，可以在机器使用电池时跳过作业）。
.pot 文件似乎是 'master'。它似乎是由脚本生成的。已检测到我的更改，并且已正确地将两个字符串添加到 .pot 文件中。
然后制作工程的脚本生成了很多.po文件，改了。我想这是不可避免的，也是正确的，因为我添加了两个需要翻译的字符串。
但是，它们都已提交并且是我的拉取请求的一部分。这似乎不对，因为在审查我的 PR 之前对翻译的任何更改都需要合并，这看起来工作量很大，而且我 suppose/guess 项目开发人员不想关心自己非常多的翻译。
是这样吗，还是有我不知道的工作流程？我是否应该以某种方式避免标记我的字符串更改以进行翻译，然后将其作为第二个 PR，以将我的逻辑更改与翻译的噪音分开？
我还没有收到项目开发商的任何回复。
对于您的 PR 分支，您不需要提交 .po 文件。如您所见，它们将从 Makefile 中重新生成，并且可以由集成您的 PR 的人提交。
一旦您的 PR 集成（生成的 .po 文件已更新），您可以重新设置工作分支的基线，然后获取更新的 .po 文件。
我想向 github 托管的项目（时移）提交 PR，该项目使用 po 和 pot 文件进行翻译。我以前从未遇到过这些。我的更改之一是 UI（这是备份软件，我添加了一个选项，可以在机器使用电池时跳过作业）。
.pot 文件似乎是 'master'。它似乎是由脚本生成的。已检测到我的更改，并且已正确地将两个字符串添加到 .pot 文件中。
然后制作工程的脚本生成了很多.po文件，改了。我想这是不可避免的，也是正确的，因为我添加了两个需要翻译的字符串。
但是，它们都已提交并且是我的拉取请求的一部分。这似乎不对，因为在审查我的 PR 之前对翻译的任何更改都需要合并，这看起来工作量很大，而且我 suppose/guess 项目开发人员不想关心自己非常多的翻译。
是这样吗，还是有我不知道的工作流程？我是否应该以某种方式避免标记我的字符串更改以进行翻译，然后将其作为第二个 PR，以将我的逻辑更改与翻译的噪音分开？
我还没有收到项目开发商的任何回复。
对于您的 PR 分支，您不需要提交 .po 文件。如您所见，它们将从 Makefile 中重新生成，并且可以由集成您的 PR 的人提交。
一旦您的 PR 集成（生成的 .po 文件已更新），您可以重新设置工作分支的基线，然后获取更新的 .po 文件。