2014-06-07 56 views
1

目前我們使用ClearCase UCM ..我試圖評估在我們的項目中使用git的可能性。我決定創建一個大型回購協議,從過去三年的整合流程變更。它下面有12個vobs。爲了評估目的(創建最糟糕的情況),我將所有更改放入單個存儲庫。UCM:如何在任意增量基線上創建動態視圖(基本清晰)

我想創建一個基地ClearCase視圖,然後調整其規範有關PVOB每一個基線。然後這將同步到git倉庫。

問題簡而言之:如何在給定pvob基線的情況下創建基本clearcase視圖並不斷更改其配置規範以匹配每個基線?

(學術注:我試圖達到的畫面..)。在ClearCase UCM: Is it possible to have a temporary view on any given baseline?討論

enter image description here

(方法是一種工作圍繞在我的情況,我想我能避免步創建許多臨時流 - 不知道如何!)

回答

1

我將所有更改到單個存儲庫。

這不是git倉庫的正確粒度。
完成多個ClearCase到Git的遷移後,正確的比例通常是一個UCM組件等於一個Git回購

如何根據pvob base line創建基本clearcase視圖並不斷更改其配置規範以匹配每個基線?

您不必創建基本的ClearCase視圖。
您可以創建Int流的子流,並管理您想要在其中看到的基線。
cleartool rebase -bas [email protected]\YourPVob

然後,您可以使用UCM視圖作爲您的git導入源的子流。

如果這種方法是不可能的(正如我提到的in my previous answer所解釋的那樣,因爲例如所有基線都沒有在同一個父流中創建),那麼您可以創建一個基本的ClearCase視圖並修改其配置規範爲了選擇基線完整的IDS:

element * BaselineId1  
element * BaselineId2  
... 

(這裏是動態的觀點是更有益的調整配置規範
一旦配置規範設置,您可以更新使用相同的配置規範的快照視圖,和適當的加載規則,將其用作你的git導入源)。

你需要確保這些基線是:

第二個命令會給你一個流中的所有基線。
在這兩種情況下,您都會看到基線ID以及其名稱。


我有提到在ClearCase到GIT中遷移方面中:

一個好的技巧是使用:

git --git-dir=/path/to/git/repo/.git --work-tree=/path/to/ClearCase/view add . 

這讓你考慮ClearCase視圖爲您的git的回購工作樹(這是你的進口目的地)。

我一般不嘗試從所有流導入所有基線,因爲它太複雜太快(爲了獲得這些歷史正確的順序)。

我只是從主流獲得幾條基線,導入它們並從那裏(保持ClearCase作爲歷史研究的只讀存檔源)。

+0

好的。我會嘗試。我認爲我需要爲每個基線創建一個流。再次閱讀(從你的答案),很顯然,一個孩子流和許多rebase會做。爲了學術上的興趣,是否可以使基本清晰視圖起作用? – Jayan

+0

如何將pvob上的基準映射到vob的基準ID? – Jayan

+0

@Jayan我編輯了答案來解決你關於基線的問題。我在那編輯我的舊回答http://stackoverflow.com/a/9696988/6309,這是閱讀相當重要,以瞭解基準權。 – VonC

相關問題