可能重複：
One SVN repository or many?
Should I store all projects in one repository or mulitiple?
Best practice for creating subversion repositories?許多SVN存儲庫或許多目錄的存儲庫？
哪個標準？您是否創建了多個存儲庫，每個項目都有一個存儲庫？或者，您是否有一個存儲庫，並且存儲庫中的文件夾結構定義了項目所在的位置？
我喜歡每個項目都有一個。你沒有犯污染。由於SVN在每個存儲庫維護一個通用提交編號，因此在查看日誌時，您會從其他項目獲取提交。
我會回答這個問題，但它會是同樣的事情。 – 2009-07-27 21:29:41
多個存儲庫。只要你使用的是Subversion，那麼每個版本庫都有順序的版本號，這很好。它也使切換到其他系統或解決服務器端縮放變得更容易。
我會爲我的所有項目使用一個存儲庫，除了增加的版本號之外，沒有真正的缺點。 KDE爲大量的項目做了這樣的工作，並在上週進行了100萬次修改，沒有發現任何重大缺陷。
我在哪裏工作，我們有很多客戶，我們爲每個客戶都有一個存儲庫。這樣做的主要優點是可以將每個客戶端的代碼庫分開。
我們也討論過轉向單一的大型存儲庫模型，因爲我們擁有一些我們自己的常用代碼（常用工具類等），它們都會在同一個屋檐下（可以這麼說）。我們是否走上這條路還沒有決定。我懷疑，從法律的角度來看，如果客戶要求我們簡單地把所有東西都交給它，那麼如果一切都很好地隔離起來，那麼將會不那麼混亂。
我更喜歡一個存儲庫。根據訪問存儲庫的方式，單獨維護每個存儲庫是非常麻煩的（例如，當使用HTTP訪問它們時，我必須在Apache配置中設置每個存儲庫）。我只爲主要領域設置了不同的部分（例如，將部門分成部門或個人/商業用途）。正如其他人所說的，唯一的缺點是不一致的版本號，我個人認爲這不是什麼大問題，因爲客戶端無論如何都會正確地版本化每個項目（並且當您在項目文件夾中時，它將只顯示提交該具體項目也是如此）。
我們使用許多存儲庫。現在我們已經有100多個了，而且新的都在出現。我們遇到的最大問題是難以同時在多個存儲庫中獲取更改日誌。假設您在一個存儲庫中存在庫A，而另一個庫中存在庫B，並且您想要發佈依賴於A和B的產品C.爲了找出前一版本和當前版本之間的所有變化，需要在所有3個獨立的存儲庫中執行日誌（或差異，取決於您試圖完成的任務）。標記也變得更加困難。也就是說，編寫所有這些腳本以及其他任何維護任務都非常簡單。
通常，您可以使用多個存儲庫。
爲了簡單起見，我在一個合適的子文件夾中使用了一個存儲庫。我並不在意我的修訂號碼，而且我仍然有能力爲特定項目/文件夾上的不同用戶分配不同的權限。我有大約每天4-5次提交，這取決於項目...
我認爲這取決於您的項目的每天提交的大小，複雜性，重要性和數量。
你可能要爲你的私人項目創建不同的存儲庫和團隊的項目你的工作......
希望它幫助的
重複http://stackoverflow.com/questions/167014/best -practice-for-creating-subversion-repositories，http://stackoverflow.com/questions/252459/one-svn-repository-or-many，和http://stackoverflow.com/questions/130447/should-i- store-all-projects-in-one-repository-or-mulitiple – Brandon 2009-07-27 21:22:17