13.6.3 Put PO Files under Version Control

ソースコードと同様に、翻訳は価値のある資産なので、バージョンコントロール下に置くことには意味があるでしょう。GNU gettextのインフラストラクチャーは、バージョンコントロールされたリポジトリーのコンテキスト内で翻訳を取り扱うために、2つの方法をサポートします。

1. POTファイルとPOファイルの両方が、リポジトリーにコミットされる。
2. POファイルだけが、リポジトリーにコミットされる。

ビルド時にPOTファイルが存在しない場合、xgettextでソースファイルをスキャンすることによりPOTファイルが生成され、それから依存的にPOファイルが再生成されます。一方、開発フェーズにおいてPOTが変更されないことを望むメンテナーもいます。そのため、POTが存在して、それがソースコードより古い場合でも、自動的に更新しません。make $(DOMAIN).pot-updateにより手動で更新して、特定の時点でコミットすることができます。

特定のバージョンコントロールシステムにたいする、特別なアドバイスがあります:

• たとえばGitのような、最近のバージョンコントロールシステムは、ファイルのタイムスタンプを無視します。この場合、POTファイルが更新されていなくても、意図せずPOファイルが更新されてしまうかもしれません。これを防ぐには、Makevars内の‘PO_DEPENDS_ON_POT’変数noにセットして、make update-poで手動で更新を行うことができます。
• #: lib/error.c:116のような位置コメントは、これらのコメントが変更されやすく、作業用コピーのビルド時に意図せず変更されるかもしれないため、煩わしいときがあります。これを緩和するために、リポジトリー内のPOファイルから、これらのコメントを省略することができます。

  これはmsgmergeコマンドの--no-locationオプションで行うことができます ⁶。この方法の欠点は、位置情報が必要になった場合、翻訳者が再度msgmergeを実行して位置コメントを復元する必要があることです。