2009-07-18 257 views
4

我在一家ClearCase商店工作,CC做了很好的整合團隊的工作,儘管我們的代碼審查流程阻止了我使用它來跟蹤我的日常變化。在我的CC視圖之上創建一個hg倉庫非常有效。我可以跟蹤我的變化,方便地在文件服務器上的備份,生產用於人等使用clearcase保存歷史記錄

的diff這是一個好主意,直​​到我移動到一個新的CC視圖,不得不離開我的背後的歷史。我很樂意能夠拉動?我以前的歷史記錄和新視圖中的所有內容都顯示爲最新的變更集。

回答

1

我們在ClearCase靜態視圖中使用Git,這與您描述的幾乎相同的原因 - 更細粒度的控制。

在CC,當我們開始在新的(標記)的釋放,並適當配置規範工作的變化,Git會挑選一個了作爲一個經常變更。

神奇的作品很精巧,因爲Git對配置規範一無所知,CC對於.git目錄一無所知。當配置規範發生變化時,它會重新加載任何已更改但未觸及.git目錄的文件,因此Git仍會看到該回購。

我沒有與任何水銀的經驗,但我剛剛解僱起來然後和增加了一些顯示目錄和文件,看來,它的工作方式相同。

3

我從來沒有使用ClearCase的,所以我不能完全確定一個CC的觀點是什麼,但有一個爲供應商下降,可能是適當這裏的一般技術:檢查在上游(CC)版本,也就是說,版本0,在hg分支vendor或任何你想要的。改回默認分支並破解。然後,當你想要移動到最新的上游版本,再看看你的汞回購vendor,替換爲新的上游工作目錄,(與--similarity選項可能檢測改名)運行hg addremove,提交,並與當前的合併提示,然後切換回默認分支。

2

要完成brendan's answer,因爲每個ClearCase的意見會在自己的路徑(動態視圖)或本地目錄(快照視圖),則必須:

  • 移動你的汞回購
  • 在hg repo中籤出一個新分支,以便隔離由新CC視圖的新配置規範引入的更改(例如,如果您使用的是UCM,則可以將CC Stream的名稱鏡像到hg分支中),例如
  • Syncing the CC view with your Mercurial Repository
+0

你可以更具體的第一步? – 2009-07-24 00:16:01

+0

移動您的hg repo:這個想法不是直接*同步您的第一個CC視圖中的原始hg repo:它應該在任何CC視圖之外被克隆,設置到右分支,然後從那裏按順序創建一個新分支隔離由新的CC視圖引入的文件。然後,您可以將該新視圖與外部回購同步。最後你可以將該外部回購克隆到新的CC視圖中。 – VonC 2009-07-24 05:37:00