2008-09-23 58 views
3

我有大量需要遷移到perforce的clearcase數據。這些修訂在十年中取得了很大的進展,我需要儘可能多地保留分支和標籤信息。此外,我們廣泛使用符號鏈接,以明文方式支持,但不支持。你可以建議哪些建議或工具可以使這更容易?遷移clearcase以執行

回答

3

第一步是決定是否需要遷移所有內容或僅需要某些關鍵版本。如果您只遷移重要版本(版本和主要里程碑),則最終會在Perforce中實現更簡單的歷史記錄,而不會丟失任何重要的內容。那麼ClearCase可以保存爲歷史檔案,以備需要時使用。 (除非IBM已經改變了ClearCase許可證在維護用完時不會過期,您只是失去了獲得新升級和補丁的權利,並且無法支持)

請記住,Perforce不會控制版本控制目錄,也不會保留完整的每元素版本樹 - 這意味着1:1的確切結果將是不可能的。重新創建重要的快照是一個更加可實現的目標;保持一切可能是不可能的,因爲Perforce缺乏ClearCase依賴的功能。

要了解Perforce公司說,有關的miration,檢查出 http://perforce.com/perforce/ccaseconv.html 這說明了主要差別,並涵蓋了你可以採取一些辦法。

2

首先在"clearcase to perforce conversion"上進行Google搜索。然後閱讀ClearCase to Perforce Conversion Guide。 一旦你完成了哭泣,你將不得不決定(1)你付出了多少努力,以及(2)你真正需要捕獲什麼作爲轉換的一部分。你不會完全掌握它,所以你不妨把重點放在獲得重要分支上。

另一個考慮是將每個受支持分支的當前狀態捕獲爲快照,將其導入到Perforce中,然後關閉舊的ClearCase服務器,並將其保存在當天已知的良好狀態,當您需要訪問的東西從深,黑暗,pre-Perforce的日子...

0

你還必須記住的是,事實,你的importers可能會略微提交在另一個序列比clearcase提交(也許你正在遍歷目錄,可能是文件的歷史記錄等)

因此,除非您將所有版本信息收集到一個(大型)數據庫並在之後對它們進行排序,否則最終將提交哪些對於研究並不是很有用(當然除了單個文件的歷史除外)。當你(希望)改變你的提交策略以將原子更改提交到perforce時,它將在開發開始時可見:提交之前對於項目範圍沒有任何意義。

所以你真的應該考慮留下明確的歷史背後。標籤/分支創建也是一個不同的問題,因爲您需要舊的分支的舊的configspecs。 最後你會在舊標籤中得到錯誤的文件名(因爲perforce不支持dir-vers),所以你會使用clearcase(這是很難得到每個文件版本的正確文件名! )。

最後一個問題,你會遇到:進口商運行時間: 如果你有大量的VOB,你就等着天進口商收集所有信息,並將其轉換爲一個不錯的光澤(如10年,50 GB大小)。執行回購。今天你的工作將停止工作。

+0

大部分來自ClearCase的提取的數據可以被緩存,這樣你就可以做很多的準備時間提前。 – 2014-01-20 20:46:37

0

只是一個關於從ClearCase到Perforce的一次導入的簡要說明。
ClearCase to Perforce Conversion Guide注意到:

Perforce的支持原子改變的交易; ClearCase沒有。

注意,標籤經常被用來簡單地表示爲特定的容易指定的一組文件中的時間的快照;由於Perforce使用原子更改事務和文件命名語法,因此這在Perforce中很容易在不使用標籤的情況下執行。
例如,可以用

p4 sync //depot/projecta/[email protected] 

這意味着,得到了進口是一個UCM one ClearCase的項目中獲得//depot/projecta所有文件的變革42的狀態下,由於基準的緊密概念遵循全球修訂之一。
與他們的基準,只有文件被導入,其它版本被丟棄。