AccuRev でファイルの履歴を (「履歴モード」で) 見ると、ファイルに対して実行されたアクションのリストが表示されます。各アクションには番号 (#) とバージョンがあります。
これらのアクションの 1 つをクリックすると、別のリストが表示され、そのアクションに関与した各ファイルが表示されます (履歴を調査しているファイルも含まれます)。この下部パネルの各エントリには、「仮想バージョン」と「実際のバージョン」があります。
上部パネルの「バージョン」は、下部パネルの私のファイルの「仮想バージョン」と同じように見えます。
バーチャル版とリアル版の # の違いは何ですか? 仮想バージョンと実際のバージョンにスラッシュで区切られた 2 つの数字があるのはなぜですか?
AccuRev のドキュメントがわかりにくいことがわかりました。これが私が理解するようになったものです：
# は取引番号です。AccuRev デポ内のすべてのアクションには、一意の (自動インクリメント) トランザクション番号が割り当てられます。1 回のアクションで複数のファイルが影響を受ける場合、それらはトランザクション番号を共有します。
「仮想バージョン」はストリーム名 (または番号) で、その後にスラッシュが続き、そのストリームにあるバージョンの数が続きます。そのため、IntegrationStream の helloworld.c の最初のバージョンは IntegrationStream/1 か、おそらく 123/1 のような数字です。AccuRev で番号が表示された場合は、対応するストリーム名を調べることができます。複数の変更が別のストリームのファイルに保持されており、複数の変更を含むファイルが最終的にこのストリーム (IntegrationStream) に昇格された場合、これにより番号が 1 だけインクリメントされます。したがって、このストリームで表示される次のバージョンは IntegrationStream/2 (または 123/2) になります。
「実際のバージョン」とは、ファイルのリビジョンがデポで初めて見られたときを指します。これは、元の保持操作が誰かのワークスペースで実行された場合です。したがって、IntegrationStream/2 に表示されるファイルのバージョンが、IntegrationStream に昇格された Proj_jsmith/7 で保持された結果である場合、実際のバージョンは Proj_jsmith/7 として表示されます。
祖先、マージ、およびパッチのバージョンは、該当する場合は、祖先、マージ、およびパッチの行が表示される「バージョン ブラウザ モード」に切り替えることで最もよく理解できます。下部パネル グリッドのこれらの列は、ファイルの特定のバージョンに関連付けられているバージョンを参照します。そのバージョンは、先祖として先行するか、マージまたはパッチのソースになります。
#はトランザクション番号であり、デポ変更操作ごとに増分され、継続的に増分されます。
実際のバージョンと仮想バージョンの違いは、AccuRevヘルプ（％PROGRAMFILES％/ AccuRev / doc / WebHelp / InDepth_Real_and_Virtual_Versions.htm）に記載されています。