我在我們公司介紹Git。我有幾個應用程序,所有通過套接字互動起來,而現在,它即將決定是否我應該用我的應用程序的不同部分單獨的分支機構或混帳項目?
- 單獨的分支,或
- 獨立的Git項目。
我也想使用標籤進行修訂;如果我使用分支機構,我必須標記爲branchnameV1.0, but if I use separate Git projects I could tag like
v1.0`。
這樣做最常規的方法是什麼?
我在我們公司介紹Git。我有幾個應用程序,所有通過套接字互動起來,而現在,它即將決定是否我應該用我的應用程序的不同部分單獨的分支機構或混帳項目?
我也想使用標籤進行修訂;如果我使用分支機構,我必須標記爲branchnameV1.0, but if I use separate Git projects I could tag like
v1.0`。
這樣做最常規的方法是什麼?
單獨的Git項目:如果你打算合併公共代碼源,分支是有趣的。
但是,如果您的應用程序是獨立的(開發中,即使它們在運行時以某種方式鏈接),每個應用程序的git回購將會更好。
它將允許每個應用遵循自己的開發生命週期,並擁有自己的一組標籤和分支。
如果您想要跟蹤這三個應用程序的哪些版本,在給定時間一起工作,您可以創建第四個回購庫,並且可以創建第三個回購庫和register the first three as submodules。
將分支看作是開發「正在進行中」代碼的臨時區域,這些代碼最終會被合併回主。
如果您有不同的應用程序,請使用不同的git項目。 Git項目很便宜,如果您在工作流程中保持不同程度的分離,所有內容都會更加容易。
在我看來,如果你在應用程序之間沒有共同的代碼,那麼把它們放在不同的分支上是沒有意義的。你永遠不需要將它們合併,或從一個分支挑選到另一個分支。我會投票給單獨的回購。
我認爲你有以下選擇:
如果分開的團隊和團隊不需要/被允許訪問其他代碼,並且應用程序是獨立的(我個人更喜歡這種方法,即使他們是從屬的),我會採取1。如果每個人都在所有應用程序代碼中進行修改,並且他們應該在一起總是(在應用程序之間有很大的依賴關係),我會採用2。
分支不是一個選項,因爲分支是你對普通代碼做的事情。你有一個以某種方式改變的代碼(你創建了一個分支),然後你想將這些修改合併到主代碼中(你合併了分支)。