wikiの翻訳を維持する

Question

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

それはこのようになります：私は英語のWikiドキュメントを書く

1. 。
2. 私はそれをダウンロードします（それは私にとってはうまくいけばツールです）。
3. 新しいファイルは、他の翻訳のためのディレクトリにコピーされます（新しいので、まだ翻訳されていません）。
4. 翻訳者は、新しいwikiページを自分の言語で翻訳します。その時間までにまだディスク上にあり、まだtxtファイルにあります。
5. オプションで、翻訳者が新しく翻訳したファイルをウェブ上にアップロードします。

これまでのところ、とても良いです。

6. 私は新しい機能を開発し、英語のwikiページを変更しました。
7. ダウンロードしてください。
8. 私は翻訳版を更新します...待って、それはすでに存在します、私は翻訳者がステップ4でしたすべてを削除するファイルを書くことができません！

だから私は考慮に入れる、部分的に翻訳されたファイルを作成する方法を持っているしたいと思います：

1. ファイルを（英語で）それが翻訳された文書の。
2. 同じ瞬間に同じファイルのファイル（どんな言語でも）。
3. 私の新たに変更されたファイル（英語）。

これはdiff3の優れた使用例です。しかし、diff3はあまり変更されていないファイルの作業を気にしません。両方の英語バージョンを比較することは可能ですが、翻訳されたバージョンは非常に異なり、あらゆる場所で競合が発生します。

私のアプローチはちょっと変わっているかもしれませんが、私は他の戦略を見つけようとしましたが、商用の選択肢に溺れてしまっています。

私の説明が参考になることを願っています。私がもう少し詳細を指定できれば、躊躇しないでください。

Answer 1

私の意見では、GitのようなCVSを使ってさまざまなブランチでさまざまな翻訳を使用することです。

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