2013-03-20 51 views
1

我試圖想出一個合理的清潔方式的根本代表Git中的以下內容:結構,其中跨越式回購共享代碼需要在回購

  • 一個基地項目其中包含用於多個項目的通用代碼。

  • 與其他文件擴展基地項目在基礎項目的幾個子目錄
  • 多個項目。

  • 擴建項目往往有具體項目的修改基礎項目。我們希望能夠將這些修改推回到上游,同時不要將擴展特定的東西推上去。

我現在的想法是沿着線的東西:

  • 獨立回購爲​​基礎的項目和每個擴建工程。

  • 對於每個擴建工程,用叉子叉基地項目,併爲特定的擴展,東西一個子模塊。將子模塊的子目錄符號鏈接到超級項目目錄結構中的預期位置。

有沒有更好的方法?

回答

1

是常見項目的代碼是真的是獨立於項目,那麼是的,子模塊是不錯的選擇。

但是,如果改變項目還涉及到幾乎總是在不斷變化的公共代碼,如果擴建項目並不代表許多文件......那麼一個回購協議,每擴建工程的一個分支和分支專用於公共代碼可能足夠。
那麼這可能涉及對具體項目的有點挑肥揀瘦的承諾你想回來的通用代碼分支。

+0

感謝。我喜歡這個想法,因爲它讓事情變得簡單。我會嘗試一下。 – lukeck 2013-03-20 23:31:16