程式碼管理流程你們是怎麼做的

覃鑫磊發表於2020-10-14

1、目前遇到的情況：

  • 由於測試資源不足，導致提測多個需求積壓，比如有 A，B，C，D 四個每個需求，都是基於 master 新建對應的 A，B，C，D 分支
  • 中途可能會插入一個緊急的 E，F 需求，並且優先上線的，這樣 master 就會往前推了，並且可能和 ABCD 分支修改了同一個地方的程式碼
  • E，F 需求上線之後，也就是 E，F 分支合併到了 master。
  • 現在 A 也測試完成了，測試時是在 A 分支構建測試的，測試透過後，目前做法把 A 分支合併到 master，假設 A 分支和 F 分支修改了同一個地方的程式碼，就會產生衝突。

2、手工解決衝突帶來了不確定性

  • 因為合併衝突了，導致 git 無法自動合併，需要開發手工合併程式碼，這時開發就要選擇 A 分支或者 F 分支的修改了，如果迭代時間比較長，並且衝突多，很容易出現合併錯誤。
  • 那麼為了保證質量，把合併了 A 分支的 master 分支重新構建，再測試一遍，這相當於重新測試了一遍，很浪費時間。
  • 目前我能想到的方法就是不要把 A 分支合併到 master，而是把 master 先合併到 A 分支。這樣的好處就是就算合併出現錯了，影響的只有 A 分支，master 不會向前推進提交記錄。但始終還是會存在合併不全的風險

3、想問問大家是怎麼處理開發合併了衝突程式碼這種情況

相關文章