現行 Git 分支策略、上版流程碰到問題

git

vicentli 2023-01-10 00:03:55 ‧ 1264 瀏覽

各位前輩好，我們團隊 Git 分支策略上版流程

Feature 1 專案優先權 3
Feature 2 專案優先權 1
Feature 3 專案優先權 2
Feature 4 專案優先權 1
目前這種方式碰到了問題

Feature 1、Feature 2 兩個功能使用到的邏輯重疊，當 Feature 1 改了，Feature 2 開發者不知會用到，所以 Feature 2 上到 Production 就掛了，需要用 Hotfix 修。
Feature 1 因為優先權關係，有可能進 QA 測過幾輪，但卡到優先權較後面，優先權 1、2 的工作源源不絕出來，開發者先去做其他專案、或者修好躺在那等著被測試，導致 Feature 1 一卡在 Dev、QA 半年都有可能，這時 Dev、QA 分支就髒了。如果要把 Dev、QA 都 Revert 掉，這兩個環境 Code 會壞掉，佈署也會故障，也是得花時間修。
原本想說新功能若都從 Production 切出來開發最乾淨，應該可以避免上 Production 故障，但上 Dev QA 可能要解不少衝突(髒了，太多要上不上程式卡在上面)。我看許多 Git flow 一開始是先從 master 切分支到 dev ，再從 dev 切到功能分支做開發，而後續功能也一律由 dev 切分支，所以我想法可能也錯。

不曉得各位前輩公司是怎麼樣的分支策略來開發或修改功能，謝謝