具有共享庫的多個項目/解決方案的源代碼控制

Question

我目前正在開發一個項目，將許多Excel VBA驅動的工作簿轉換爲VSTO解決方案。所有的工作手冊都會共享一些類庫和第三方程序集，實際上大部分工作都是在類庫中完成的。我現在有這樣的文件夾結構。

Base 
    Libraries 
    Assemblies 
    Workbooks 
     Workbook1 
     Workbook2 

每個工作簿都是自己的解決方案，工作簿解決方案只是引用文件夾結構中的程序集。我的問題是你如何佈置源代碼管理？你會在基地啓動存儲庫嗎？或者你會爲每個工作簿解決方案創建一個存儲庫？你會重新安排文件夾？

現在我們已經完成了最初的開發，我們即將有一大批外部開發人員加入到該項目中來幫助我們轉換其餘工作簿，並且我非常喜歡他們能夠檢查的想法從基本目錄中取出並準備好所有依賴關係。我還擔心在一個源代碼控制庫中有20多個解決方案/項目會帶來其他問題。

我希望一切都儘可能簡單，以便加入項目的人，但我不想犧牲長期的可用性。在我看來，我一直在來回走動，每個解決方案最簡單的一個存儲庫或一個存儲庫？

我很感謝你的見解，因爲我是新鮮出來的。

附加信息：目前，我正在使用Mercurial，但該項目可能會移動到StarTeam，除非我可以爲其他內容提供一些有說服力的參數。

Answer 1

你沒有在你的問題中提到你使用的是什麼源代碼控制。因爲聽起來你不需要限制你的外部開發人員訪問存儲庫的其餘部分，所以我不會爲設置多個存儲庫而煩惱。我會假設，除非你的代碼運行到數百萬行數據庫大小不是問題。

這一切都取決於您的版本控制系統支持的功能。在Subversion中，你可以將其他文件夾聲明爲外部文件，併爲該文件夾的內容提供一個文件URL，這將導致Subversion將該文件夾作爲單獨的存儲庫處理，即使它位於文件夾結構中。