2009-10-19 274 views
4

在我看來,在集成提交後,將「分支」對象保留在Perforce中可能不是完全必要的。Perforce中的分支規範是什麼?

I.e. 「真正的」分支實際上是一個文件夾路徑,即使刪除了爲執行集成而創建的分支對象,文件夾路徑仍然有效,並且此路徑中的所有文件仍然存在(從版本控制重新啓動#1等)。

讓我感到困惑的是,當我嘗試編輯分支(對象)名稱時,它會創建一個新分支,它是上一個分支的新副本。但是如果我刪除了前一個,似乎沒有造成任何傷害(乍一看)。

是在Perforce中的分支對象實際上只是工具方便的機制,可以被摧毀,並在重建的意願,只要它描述保持相同的映射?

托馬斯

回答

11

通過「分支對象」,我假設你的意思是「分支規範」?分支規格是您在P4V標籤爲「分支」的選項卡上創建的。是的,這些只是一種方便,絕不會影響實際的分支文件。您可以刪除它們,並且他們描述的實際分支不會被觸摸。

一個分支規範沒有必要進行分支和集成業務。這些都可以通過Depot Tree中文件和文件夾的上下文菜單中的Integrate ...項來執行。分支規範允許您通過設置主幹和分支之間的映射來更輕鬆地完成此操作。我們通常不使用它們,因爲我們的分支規格將通常由這樣的事:

//depot/foo/dev/... //depot/foo/v1.5/... 

創建的東西,這個簡單的並沒有真正拯救我們,任何時候一個分支規範。這是當trunk文件和分支之間的映射變得更復雜時,分支規範證明是有用的。

+0

是的,這就是我的意思。感謝您的明確答覆。 :) 托馬斯 – 2009-10-19 22:45:02

2

分公司規格從實際分支/集成業務完全分開,但是分支規範允許更復雜的集成不是很容易與直線路徑做。 (例如,一起收集多條路徑,或者重新安排一棵樹)。

我不確定是否有任何東西不能表達爲一系列文件路徑的集成?

保持一個複雜的分支規範各地的優點是,它可以更容易地執行增量集成。