1

どこかで読んだことがあります(正確にはどこを思い出せません)。Git(およびおそらく他の優れたDCVS)は、テキストを翻訳するときに優れたツールです。

私はこのシナリオのワークフローを理解しようとしていますが、私が得ることができた最高のものは次のようなものでした。

  1. 独自のブランチを使用してください。通常どおりファイルを翻訳し、必要に応じてコミットします。
  2. アップストリームに変更がある場合は、それらを独自のブランチとマージします。
  3. マージの問題を解決します(おそらくすべてのテキストを翻訳したので、テキストが追加されたすべての場所にあるはずです)

したがって、マージでマークされたファイルでは、変更がどこにあるかを(>>>マークで)簡単に見つけることができます。とにかく、私は要点を見逃しているかもしれないと思います。以前に変更されたファイルの一部に変更が見つかり、以前にマージ済みとしてマークされた場合にどうなるかさえわかりません。

ありがとう。

**編集:**わかりました、誰かが(コメントで)質問自体が明確ではないと指摘しました。具体的には、このワークフローが正しいかどうか、またはそれをより良くするための1つ(または複数)の方法があるかどうかを知りたいのです。

4

1 に答える 1

3

ええと、私はそのようにローカライズするために 2 つのブランチを維持している 1 つのアプリを持っていますが、すぐに楽しくなくなります。

少し役立つことの 1 つは、不要な競合が発生しないように、ローカライズ可能な文字列を独自の行に含めることです。

しかし、最終的には、いくつかの m17n フレームワークを用意し、ローカライズ用に個別のファイルを用意するのが実際の方法です。分岐は完全にはスケーリングしません。

于 2009-05-03T04:29:00.603 に答える