推奨されるメインライン モデル(リリース、メインライン、および開発ストリーム)に従って、Perforce ストリームを使用します。さらに、奇数/偶数のリリース バージョン番号付け (Linux カーネルと同様) を使用し、開発バージョンには奇数のマイナー バージョン番号を、リリース バージョンには偶数のマイナー番号を使用します。
リリース ストリームのバグを修正した後、いくつかのファイルをバージョン情報で更新して、新しいリリース バージョン/インストーラーを作成する必要があります。メインラインのバージョンはすでに次の開発バージョンに上げられているため、これらのバージョン変更をメインラインにマージしないでください(バグ修正自体のみ)。
現在、リリース ストリームからメインにマージすると、バージョン情報を含むすべてのファイルで競合が発生します。現在、すべての競合を手動で解決し、バージョン番号の変更を元に戻す (開発バージョンを維持する) 必要があります。
例：
- バージョン 2.4.0 から開始されたリリース ストリーム (安定版/リリース バージョン番号)
- メインライン バージョンを 2.5 に上げる (次の開発バージョン)
- リリース ストリームのバグを修正し、バージョン番号を 2.4.1 に増やします
- メインラインへの変更のマージ: バグ修正を受け入れ、バージョン ファイル内の競合を手動で元に戻します
この面倒な (そして潜在的にエラーが発生しやすい) 手動プロセスを実行する必要がないように、単一のファイルまたは一連のファイルを統合から除外する方法はありますか? (注意: バージョン情報はコードとは別のものです。)