マージ後のreset HEAD^は危険だった - unpushの日記

直前のマージを取り消す場合は、 × git reset --hard HEAD^ではなく、 ○ git reset --hard ORIG_HEADとしないと危ない、という話。 「マージ後にgit reset --hard HEAD^で取り消し」は去年の日記でもけっこう使ってるけど、たまたま上手くいっていたからよかったが、ORIG_HEADが正しい指定方法だった。場合によってはちょっと危ない。 マージコミットは複数のparentが記録されるが、mergeコマンドによって先端を移動するブランチ（＝カレントのブランチ）を１番目の親としてマージコミットが作成される。 例えば topicブランチで git merge master とした場合に作成されるコミットオブジェクトは、１番目のparentはtopicブランチのハッシュ値で、２番目はmasterブランチのハッシュ値となる。 なので、その後t

[uasi]

マージコミットに向けて fast-forward すると、 HEAD^ がよそのブランチの親コミットを指すようになって、 reset の結果がおかしくなるという話

[hiro_y]

「git reset --hard ORIG_HEAD」

[akkun_choi]

git reset --hard ORIG_HEAD の方が安全。fast-forwardでマージされたかどうか確認すること。ORIG_HEADがよくわからんが、最後のコミット前てこと？

[y10k]

自分はmergeやresetやrebaseするときはgitkを見ながらやってるな。F5で画面を更新すると変更前のコミットが画面に残るので間違ってもすぐに戻せるから。