新しいリリースの問題のバージョン番号の急上昇にどのように対処するかを知りたいと思います。
マニュアルページなどの関連ファイルのバージョン番号をどのように処理しますか。
ソフトウェアはgnuツールチェーンで構築されているため、autoconf、automakeなどが利用可能であり、アプリケーションのバージョン番号に使用されます。情報を再利用できるようにします。
gitはvcsとして使用されます。
1つの可能性は、関連するすべてのファイルのバージョン番号と日付を置き換えるためにsed/awkを実行するMakefile.amに追加の新しいターゲットを導入することです。そのターゲットは、新しいリリースの開発の開始時(分岐直後)に一度呼び出すことができます。
次に、人々がプロジェクトのgitクローンを作成するとき、またはリリースtarballが実行されるときに、プロジェクトは正しい情報でビルドできます。もちろん、新しいリリースの開発を開始するときは、このmakeターゲットを実行することを忘れないでください。
もう1つのオプションは、sed / awkをdistターゲットのフックで置き換えることですが、これにより、プロジェクトのgitリポジトリが、関連付けられたファイルに正しいバージョン番号が関連付けられていない状態になります。
git履歴内に正しいバージョン番号も記録されるため、最初のソリューションを実行することをお勧めします。
sed / awkの置換を行うときは、「ファイル内」で行うか、autoconf/automakeツールのようにファイル内のテンプレートを使用するかを選択します。どちらの方法にも長所と短所があります。
関連ファイルのバージョン管理をどのように処理しますか。開発フェーズの開始時に変更しますか、出荷直前に変更しますか、ファイル内置換を行いますか、それともテンプレートを使用しますか?
THX。