2010-10-08 36 views
1

我在哪裏工作,我們有大約二十多個項目,使用SVN作爲版本控制。我的老闆對儲存庫非常嚴格,但我認爲是錯誤的。例如,我們總是有一個「當前」分支用於開發,在發佈之前將其合併到Trunk中。爲了所有其他目的,「當前」是主幹,我們永遠不會製造更多分支。同樣,他對文件內容也很挑剔,最有說服力的是,項目文件中的所有引用都必須遵循項目之間的「平坦」目錄結構(即,在一個目錄中的所有項目文件夾)。我如何將所有這些項目都轉化爲市集?

現在,我可以讓自己的生活變得更簡單的方法是在當地使用Bazaar,這樣我就可以在他們自己的分支上工作,在本地頻繁提交(用於變更跟蹤),可能會重新組織我的項目,並且通常會讓我的生活變得更輕鬆。

除了我不能完全得到Bazaar的存儲庫結構!該標準看起來像

Project-Repo (Shared Repo) 
    /Project-Trunk (Bound to SVN) 
    /Project-Feature1 (Branch of Trunk) 
    /Project-Feature2 (Branch of Trunk) 

有些項目有多達六個或更多的引用其他項目。而且大多數功能在任何時候都需要對至少2個項目進行更改。我不知道如何處理。如果我將功能分支分解到其他文件夾中,則會失去共享存儲庫的優勢。如果我將它們留在原地,那麼每次需要爲新功能分支項目時,我都必須重新配置所有參考。

我能想到要做的僅僅是應對缺乏共享回購和做這樣的事情最好的:

Branches 
    /Feature1 
     /ProjectA-Branch 
     /ProjectB-Branch 
    /Feature2 
     /ProjectB-Branch 
     /ProjectC-Branch 

與所有被存儲爲單獨的回購其他地方只是爲了合併的目的,樹幹和最終提交給SVN。

這是我能用Bazaar獲得的最佳佈局,還是我沒有意識到的技術?考慮到應該有多普遍,存儲庫佈局是一項非常具有挑戰性的工作。

回答

1

我認爲,考慮到它們都具有扁平的本地名稱的限制,這可能是最好的設置。

你可以讓這些目錄中的一些實際上不是整個分支,但只是公共分支的結賬,如果你不打算修改它們。

+0

是的,我認爲這可能是我所能做的最好的事情,因爲我必須與之合作。感謝您的迴應。 – CodexArcanum 2010-10-22 20:07:21

相關問題