bug注入：
運營及日常維護用主幹，在分支開發新系統。分支新增配置表a，並對原有的配置表b做了修改。
當分支開發且測試完成，**並回trunk，配置表也要並回trunk。但在主幹的維護過程中配置表b已進行過修改，但merge過程中忽略了該修改，對trunk的配置表b進行了直接的覆蓋，丟失了trunk已做過的修改。
bug發現：
當被覆蓋的修改不在分支系統的功能範圍內，merge後的回歸測試，較難發現該bug，當然有可能在其它模組的回歸測試中發現。但極有可能的是在更新後被玩家所發現。
bug預防：
配置表的merge是由策劃進行的，qc應加強監督跟進；以保證配置表覆蓋時，trunk與分支的融合。
遺留問題：
分支開發可否避免修改已存在的配置表？
本地分支merge到master分支（隨筆）
起因 今天第一次用idea從自己本地的開發分支merge到master分支，坑是不少，最後由同事的幫助下完成，在這裡整理一下成功的思路，總結並且備忘一下。1.開發分支的 commit並push到遠端倉庫 2.在idea上更新一下本地倉庫的mater，保證本地倉庫的master與遠端倉庫的master...
Git回滾merge操作
git reflog 檢視merge操作的上乙個提交記錄的版本號 git reset hard 版本號 這樣可以回滾到merge之前的狀態 誤將dev合併到了master分支，現要回滾merge操作 首先git reflog ee0ee93 head merge dev merge made by ...
Git系列7 merge 分支衝突
今天的情況是這樣,想象不僅有人在做開發版dev的更新,還有人在修改master中的一些 bug.當我們再merge dev的時候,衝突就來了.因為 git 不知道應該怎麼處理merge時,在master和dev的不同修改.當建立了乙個分支後,我們同時對兩個分支都進行了修改.比如在 在下面可以看出在m...