13.6.1 分散開発におけるバージョンミスマッチを避ける

複数の開発者によるCVSを使ったプロジェクト開発では、gettextの新しいバージョンにアップグレードしたいと望む一人の開発者が、gettextizeを実行してAdjusting Filesにリストした変更をほどこした後に、その変更をCVSにコミットするようなことが時折あります。

プロジェクトのすべての開発者が、パッケージのGNU gettextに、同じバージョンのものを使用することを強く推奨します。別の言い方をすると、gettextizeを実行したら、開発者はプロジェクト全体と同じ方法で必要な変更をほどこしてCVSにコミットする必要があります。さもないと以下のような損傷が発生します:

• 開発者の間での、明らかなバージョンの不一致。configure.acおよびconfigure.in、Makefile.amおよびMakefile.in内のgettextに関係する特定の箇所は、gettextのバージョンに依存しており、異なるバージョンのgettextによる基礎的なファイルの使用により、容易にビルドエラーが発生します。
• 明らかでないバージョンの不一致。このようなバージョン不一致は、開発者が発見できないようなパッケージの動作不良も招きます。明らかでないバージョンの不一致による最悪のケースは、パッケージのインターナショナリゼーションが動作しないケースです。
• リリースのリスク。すべての開発者は、パッケージにたいして一定のテストを暗黙に行います。このテストはリリースの数週間から数日前にかけて重要です。もしも誰かが他の開発者とは異なるバージョンのGNU gettextを使ってリリース用のtarファイルを作ったら、その配布物は同じバージョンのgettextを使ってテストされたものに比べてテストされていないことになり、たとえばそれがプラットフォームに固有の未知のバグにもなり得るのです。