Git的南瓜與合併的互動變基承諾犯下

之間我有一個測試版本庫有以下病史：Git的南瓜與合併的互動變基承諾犯下

提交eb4a4d52a8fe6abdebb93c7747beac2d511003af（HEAD，碩士）合併： 22f849c 94e27d1作者：您的姓名日期：星期一1月27日 0點51分42秒2014 +0100
Merge branch 'cheryr' 

Conflicts: 
    FILE 
提交22f849c403b6cdf43280e66e937931bf9d0ab25a作者：你的名字日期：太陽1月26日21時01分35秒2014 +0100
4 

toto 
提交94e27d1c78833784619e25eeb8e0186f154f2282（cheryr）作者：你姓名日期：星期一1月27日0時48分十二秒2014 +0100
toto 
提交2368d78ba95811e9eb9897487cccb7b7f6927910作者：你的名字日期：太陽22年1月26日： 31:51 2014 +0100
10 
提交b1f0f8a1a1951e661a7e833314fc483085516b0c（TMP）作者：你姓名日期：太陽1月26日22:19:56 2014 +0100
9 
提交3a8f2e17e721821ae8ebd1e272437c8632224b9a作者：你的名字日期：太陽1月26日22時十八分23秒2014 +0100
8 
提交28d4a62d4d21c3e8155553e1216bfa981afe7212作者：你的名字日期：太陽22年1月26日：15：42 2014 +0100
7 

這是possibe到壓縮一些第一次提交到一個，連同合併提交？不可能簡單地通過HEAD〜4到git rebase -i，因爲它會從合併提交的第一個父代執行4次提交。

來源

2014-01-27 user1042840

git rebase -i HEAD~4會工作得很好，如果它是一個很遠的提交或者你不知道它有多遠，拿你想編輯的第一次提交的父母的散列，或者我把散列和追加^爲說父母

git rebase -i hash^

我覺得〜將工作太

git rebase -i hash~

然後你可以設置第一個提交皮克p，或者如果你想改變它的消息r和T改寫他仍然3作爲fixup f，所以它不會停止詢問你一個新的提交信息，它會停在中間的任何衝突，也期望你將需要重新解決任何衝突，如果你通過一個提交創建一個。

來源

2014-01-27 04:28:36

嘗試： GIT中變基-i HEAD^2〜3

'^' 符號用於選擇親本1（在這種情況下^ 2個裝置選擇第二個親本，然後〜3名的意思是「去3提交'）

來源

2014-01-27 08:27:55

Git的南瓜與合併的互動變基承諾犯下

回答

相關問題