ビルドと構成管理におけるファイルのバージョン番号の背後にあるロジックは何ですか？

Question

プロジェクトでは、ベースライン変換を次のように使用しています。

PROJNAME -...（EXメニュープロジェクト-2.0.1.20用）

我々は2.0.1.20として私達のFILEVERSION番号を更新行うために使用。

ClearCell UCMでコンポーネントを作成した後で、コンポーネントをビルドしないままにする傾向があることがよくあります。 （変更が行われていないため）

ビルドされていないファイルバージョン番号は更新できませんでしたが、すべてのコンポーネントのベースラインを適用できました。

したがって、ベースライン番号とファイルバージョン番号は同じではありません。

私の質問は次のとおりです。ファイルバージョンとベースラインで同じバージョン番号を使用すると、追跡可能性が向上するはずですか？それは標準的な慣行に従っていますか？

Answer 1

ベースライン命名規則については、標準はありません。あなたが望む任意のversioning number policyを選択できます。

しかし、ベースラインの一つの重要な「機能」は次のとおりです。

非改変コンポーネントがをベースラインされていません。

つまり、ストリームにベースラインを設定すると、最後のベースライン以降に変更が加えられたコンポーネントだけが新しいベースラインを受信します。
他のもの（変更されていないもの）はありません。あなたは非変更されたコンポーネントベースライン（変わらず）と（新しいベースラインで）新しく変更されたコンポーネントを「記憶」したい

つのベストプラクティスは、複合ベースラインを使用することです。
あなたの前の質問へのリンクは「What is composite baseline in UCM and when it will be used?」です。