0

プロジェクトのいくつかの翻訳をウィキで維持しようとしています。ウィキは翻訳をサポートしていませんが、テキスト ファイルを使用してインポート/エクスポートできます。簡単にするために、ドキュメント内のすべてのファイルが単純なテキスト ファイルであると考えてみましょう。

こんなふうになります:

  1. 私はウィキ文書を英語で書いています。
  2. 私はそれをダウンロードします(うまくいけば、ツールがそれをしてくれます)。
  3. 新しいファイルは、他の翻訳用のディレクトリにコピーされます (新しいファイルなので、まだ翻訳されていません)。
  4. 翻訳者は新しい wiki ページを自分の言語に翻訳します。その時までにまだディスク上にあり、まだtxtファイルにあります。
  5. 必要に応じて、翻訳者は新しく翻訳されたファイルを Web 上にアップロードします。

ここまでは順調ですね。

  1. 新しい機能を開発し、英語の wiki ページを修正しました。
  2. ダウンロードします。
  3. 翻訳されたバージョンを更新します...待ってください、既に存在します。ファイルを書き込んで、翻訳者がステップ 4 で行ったすべてを削除することはできません!

したがって、次のことを考慮して部分的に翻訳されたファイルを作成する方法が必要です。

  1. ドキュメントが翻訳されたときのファイル (英語)。
  2. 同時に同じファイルのファイル (どの言語でも)。
  3. 新しく変更したファイル (英語)。

diff3 の良い使用例のようです。しかし、diff3 はそれほど変更されたファイルを処理することをあまり好みません。確かに、両方の英語版を比較することはできますが、翻訳版は違いすぎて、あちこちで競合が発生します。

私の翻訳へのアプローチは少し奇妙かもしれません。私は他の戦略を見つけようとしましたが、商業的な代替案に溺れてしまいました。

私の説明がお役に立てば幸いです。もう少し詳しく教えてください。

4

1 に答える 1

1

したがって、私に関する限り、答えは、Git のような CVS を使用して、さまざまなブランチで異なる翻訳を行うことです。

私は英語のファイルをブランチに置き、フランス語の翻訳を別のブランチに置きました... Wiki コンテンツをエクスポートするツールを使用すると、スムーズに進みます。英語版が更新されたら、次のステップは簡単です。フランス語版にコミットしてマージします。Git が自分の役割を認識している場合 (多くの場合、認識している場合)、競合のある新しいバージョンのファイルが作成されます。翻訳者はそれらを解決し、コミットする必要があります (そして、私の場合は翻訳をアップロードします)。そして出来上がり。次の更新、次のマージ、次の競合、次のアップロード。いくつかの更新でそれを行ってきましたが、うまく機能しているようです。Git が実際に何が変更されたのかを認識していない場合、確認するためにさらに多くの行を選択するだけです。時には失敗することもありますが、それが私たちがそこにいる理由です。

于 2016-10-18T03:47:40.070 に答える