2013-03-11 82 views
1

我們有一個單一的應用程序與20 +日食項目在一個單一的回購協議。到目前爲止,我們還沒有分支很多,但我們將嘗試使用更多分支功能。在顛覆分支多個項目

每個功能通常會觸及項目的子集 - 它可能會觸及所有的java項目,或者所有的flex前端項目,或者只是其中的一個或兩個。

因此,在分支方面有點缺乏經驗,我想知道從僅改變項目創建功能分支是否是一個好主意,或者如果每次都創建每個功能分支與所有項目都是更好的做法 - 每種方法的優缺點可能是什麼(我主要擔心「部分」解決方案可能存在的問題,比如如果我需要將另一個項目拖入現有分支中)?

+0

我們的所有WebSphere組件都有類似的東西,我們爲每個分支分支了您的整個WebSphere代碼庫,以及我推薦的方式。 – prodigitalson 2013-03-11 18:34:17

+0

儘管我傾向於傾向於這個方向,但您有沒有經驗來支持這一決定?我最擔心的可能是修改分支以外的文件,並認爲它是該分支的一部分,但我希望其他問題可能會發生。 – 2013-03-11 18:38:55

+1

那麼在某些時候,它總是會回到你的團隊的能力範圍內,並限制他們對有問題的功能進行修改。這就是說你可以爲每個分支設置不同的訪問規則。 – prodigitalson 2013-03-11 18:41:34

回答

5

我建議避免分支存儲庫的一個子集。如果你發現自己真的想要這樣做,那麼可能值得深思的是,你是否真的需要將事情分解到多個存儲庫中。

分支本身是用廉價副本製作的,你不會在服務器上爲每個分支佔用空間。

管理哪些項目存在於哪個分支上會引起混淆,正如您所指出的那樣,它也可能是您的團隊的一個障礙,無法找出將某個缺失項目的哪個版本複製到分支'它。我敢肯定,我所從事的大多數團隊的成員都會搶最新的 - 這可能是需要的,但從概念上來說,這似乎更令我感到困惑。

在兩個分支之間看到差異也可能是一個障礙 - 將會有很多森林,因此很難挑選出您實際希望看到的樹木。

它完全是分支整個回購的社區標準。我相信你可以做到 - 但你的繼任者可能會詛咒你。