場景: 我們下面的git的工作流程:爲什麼重新合併分支會忽略一些更改?
主分支 - 具有獨立功能分支
釋放碼待QAD分支 - 從個體特徵的分支代碼,但通過QA
- 被測試我創建了一個分支特徵-A從主 名
- 致力於製造一些更改(提交1)
- 製造幾個更多的變化和提交(提交2)
- 合併分支特徵-A到待QAD分支
- 意識到待辦事項功能未能正常工作QAd分行
- 切換至功能-A分支進行了復位 - 硬先前提交(提交1)作爲最後一個提交作出了代碼更糟
- 做出改變,並承諾(提交3)
- 合併功能-A支進QAd
- 具有正確代碼的文件(屬於commit-1)被錯誤地合併。合併保留提交2的文件。 (該文件未在上次提交中修改)
不確定這裏做錯了什麼!根據我對git的有限瞭解,這似乎是非常微不足道的事情。
如果我正在做一些根本性的錯誤,那麼在這種情況下,您已經合併過一次的正確方法是什麼,需要返回功能分支中的先前版本並再次合併。
如果其他人已經提交給即將QAd分支會怎麼樣? – krlmlr 2012-04-13 01:39:09
我同意,我忽略了這個事實。 Upvoted您的文章,我認爲這是更合適的解決方案,特別是與其他開發人員合作時。 – Keith 2012-04-13 01:43:38