1
在我們的SDLC中,我們通常同時處理未來的兩到三個版本。爲此我們使用分支,每個版本都有自己的分支。將版本部署到生產後,代碼將合併回主,因爲主代表始終代表生產代碼庫。這些更改也會合併到下一個開放版本分支,以便在下一個版本中不會丟失當前/上一個生產版本的更改。具有多個並行版本的開發分支
我看到很多帖子提出了「發展」分支的概念。如何將開發分支與多個併發版本結合使用,特別是因爲開發分支是單線程的?
在我們的SDLC中,我們通常同時處理未來的兩到三個版本。爲此我們使用分支,每個版本都有自己的分支。將版本部署到生產後,代碼將合併回主,因爲主代表始終代表生產代碼庫。這些更改也會合併到下一個開放版本分支,以便在下一個版本中不會丟失當前/上一個生產版本的更改。具有多個並行版本的開發分支
我看到很多帖子提出了「發展」分支的概念。如何將開發分支與多個併發版本結合使用,特別是因爲開發分支是單線程的?
開發分支通常爲下一個版本保留。
從那個分支,你有功能分支合併(或不)到開發分支。
這是典型的,例如,of gitflow。
在你的情況下,每個「下一個開放的版本分支」可能是它自己的開發分支。它不必被稱爲「發展」,或者與傳統的「發展」分支一樣提供相同的服務。
的確,我過去所做的是讓開發人員直接在「發佈分支」上編碼。 –