AccuRevでは、（「履歴モード」で）ファイルの履歴を見ると、そのファイルに対して実行されたアクションのリストが表示されます。各アクションには番号（＃）とバージョンがあります。さまざまなAccuRevのバージョン番号は何ですか？
これらの操作の1つをクリックすると、その操作に関連した各ファイル（履歴を調べているファイルを含む）の一覧が表示されます。この下のパネルの各エントリには、「仮想バージョン」と「実バージョン」があります。
トップパネルの「バージョン」は、下パネルのファイルの「仮想バージョン」と同じに見えます。
＃、仮想バージョン、および実際のバージョンの違いは何ですか？なぜバーチャルバージョンとリアルバージョンにスラッシュで区切られた2つの数字があるのですか？
私はAccuRevのドキュメントが混乱することが判明。ここに私が理解したことがあります：
＃は取引番号です。 AccuRevデポのすべてのアクションには、一意（自動インクリメント）のトランザクション番号が割り当てられます。 1つのアクションで複数のファイルが影響を受ける場合、それらはトランザクション番号を共有します。
「仮想バージョン」はストリーム名（または番号）で、その後にスラッシュが続き、そのストリーム上のバージョンの数が続きます。ですから、IntegrationStreamのhelloworld.cの最初のバージョンはIntegrationStream/1、あるいは多分123/1のような数字です。 AccuRevが番号を表示する場合は、look up the corresponding stream nameとすることができます。別のストリームのファイルに複数の変更が加えられていて、複数の変更を含むファイルが最終的にこのストリーム（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）
"私はAccuRevのドキュメントが混乱しているのを発見しました" ..私は同じ問題を抱えています...例えば「underlap」を理解しています:( – Benjol