團隊之間共享庫的單個或多個Git存儲庫

Question

我正在研究如何/如果我應該從svn切換到git。

我目前有一個多層次的svn項目集，這樣D就使用C來使用C，而B使用A.實際部署的項目，如X，Y，Z使用任何常用庫A-D。目標是讓未來的項目和其他團隊共享基礎庫（A-D）並實現更好的分支控制。

在svn中，如果我們希望允許其他團隊在不涉及X，Y，Z的情況下使用庫C，那麼它很簡單，他們只是檢查svn樹的C位，如果這導致他們想要補丁B，然後同上。即使他們在相同的實際回購中，他們也不會碰到X，Y，Z。 git會發生什麼並不明顯。

如果我想使用git設置某些東西，您會如何建議我設置它，以及您建議的設置有哪些優缺點。

功能我所尋找的是：

1. 簡單的標記（如果可能），因此可以（有一個共同的svn根或單個混帳回購協議簡單）
2. 簡易輕鬆標記整個代碼庫的狀態爲其他人整合/重用公共庫AD
3. 簡單讓他們給我們建議的修復程序/修補程序，我們可以選擇採取或忽略（我希望從git中獲得的主要內容之一）。
4. 團隊具有可用於共享庫有效私有制功能（這樣他們就可以標記它們並修復他們自己對自己的時間表）

Git的似乎提供了我想要的東西，我只是不知道如何來處理單個和多個回購問題。

Answer 1

如果我想使用 混帳設置的東西了，你會怎麼建議我把它 [...]

只是多Git倉庫去（他們是相當便宜，他們類似於許多小船而不是泰坦尼克號 - 換句話說，我發現它們很靈活，我喜歡靈活性）。

現在，然後我幫助與在「工具」是獨立的Git倉庫的結構，像這樣

foo/server 
foo/client 
foo/docs 
foo/tools/ 

的「服務器」，「客戶端」，「文檔」和每個文件夾的項目。這可以讓專業團隊成員克隆和準確處理他們希望工作的內容。更不用說，如果我們只是想拉入所有東西，我們可以克隆foo（將其餘的子模塊作爲子模塊拖入其中）。

git允許你這樣做，所以爲什麼不利用它呢？

[...]什麼是你的建議的 設置的 上漲空間/缺點。

有可能我的建議實施起來有點複雜。