我在哪裏工作,我們有大約二十多個項目,使用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獲得的最佳佈局,還是我沒有意識到的技術?考慮到應該有多普遍,存儲庫佈局是一項非常具有挑戰性的工作。
是的,我認爲這可能是我所能做的最好的事情,因爲我必須與之合作。感謝您的迴應。 – CodexArcanum 2010-10-22 20:07:21