2009-05-03 6 views
0

私は何かを読んだことがあります(私はちょっとリコールしません)、Git(と他の良いDCVS)がテキストを翻訳しているときには素晴らしいツールです。Gitを使って良い翻訳ワークフローの例を誰に教えてもらえますか?

私はこのシナリオのワークフローを把握しようとしている、と私は得ることができる最高のようなものだった:

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

ので、マージによってマークされたファイルには、見つけるのは簡単でなければなりません(と(それらはおそらくすべてのテキストを翻訳するので、テキストが、追加されましたどこにでもあるべき) >>>マーキング)変更箇所です。とにかく、私はその点を見逃しているかもしれないと思います。以前に変更されたファイルの一部に変更が見つかった場合、以前にマージされたとマークされている場合、何が起こるかについてもわかりません。

ありがとうございました。

**編集:**ありがとうございました。誰かが(質問で)質問自体が明確ではないことを指摘しました。つまり、私が知りたいのは、このワークフローが正しいのか、それとももっと良い方法があるのか​​ということです。

+0

あなたの質問は何ですか? – kch

答えて

2

私はそれをローカライズするために2つの支店を維持していたアプリがあります。

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

しかし最終的には、いくつかのm17nフレームワークを持ち、ローカライズのために別々のファイルを用意するのが実際の方法です。周囲を分岐することはあまり拡張できません。

+0

大文字と小文字の区別がついた文字列がすでに自分の行(ファイルも)にあることがあります。多くのマージの後に追加されたテキストがどうなるかはまだ分かりません。 – Doppelganger

+0

私の場合私はローカライゼーション部門の唯一の開発者です。そこで、マージする代わりにリベースするようになりました。リベースは物事をより簡単に保ちます。 – kch

関連する問題