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

匿名發表於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、想問問大家是怎麼處理開發合併了衝突程式碼這種情況

相關文章