2009-07-22 84 views
7

在AccuRev中,當我查看文件的歷史記錄(在「歷史記錄模式」中)時,我看到了在文件上執行的操作列表。每個動作都有一個數字(#)和一個版本。什麼是各種AccuRev版本號?

當我點擊其中一個動作時,會出現另一個列表,顯示涉及動作的每個文件(包括我正在調查其歷史記錄的那個文件)。這個下面板中的每個條目都有一個「虛擬版本」和一個「真實版本」。

頂部面板中的「版本」與下部面板中我的文件的「虛擬版本」看起來相同。

#,虛擬版本和真實版本之間有什麼區別?爲什麼虛擬和真實版本有兩個數字用斜槓分隔?

回答

6

我發現AccuRev的文檔,令人困惑。以下是我所瞭解的內容:

#是交易號碼。 AccuRev倉庫中的每個操作都分配有一個唯一的(自動遞增)事務處理號。當多個文件在一個動作中受到影響時,它們共享交易編號。

「虛擬版本」是流名稱(或編號),後跟一個斜槓,然後是該流在哪個版本上的計數。因此,IntegrationStream上的第一個helloworld.c版本是IntegrationStream/1,或者可能是123/1之類的數字。如果AccuRev向您顯示一個數字,您可以look up the corresponding stream name。如果另一個流中的文件保留了多個更改,並且具有多個更改的文件最終被提升爲此流(IntegrationStream),則此數字只會增加一個。因此,此流上可見的下一個版本將爲IntegrationStream/2(或123/2)。

「真實版本」是指第一次在庫中看到文件的修訂版本。這將是當原始保持操作在某人的工作區執行時。因此,如果在IntegrationStream/2中看到的文件版本是在Proj_jsmith/7中保留的結果,並且被升級到IntegrationStream,那麼真正的版本顯示爲Proj_jsmith/7。

通過切換到顯示祖先,合併和補丁行的「版本瀏覽器模式」,可以最好地理解祖先,合併和補丁版本(如果適用)。下面板網格中的那些列是指通過將其作爲祖先或通過作爲合併或補丁的來源而與給定版本的文件關聯的版本。

+3

「我發現AccuRev文檔令人困惑」..我有同樣的問題......理解'underlap'例如:( – Benjol 2010-05-06 06:27:33

2

#是交易號,它被遞增爲每個倉庫改變操作和連續遞增。

現實版和虛擬版的區別在AccuRev的幫助說明(%PROGRAMFILES%/ AccuRev的/ DOC /的WebHelp/InDepth_Real_and_Virtual_Versions.htm)