git commit --fixup が便利 - Qiita

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

[kobito19]

普通に git rebase -i する方が手数少なくて済むやん。使いどころがわからん

[m50747]

この手順なら普通にrebaseしたのと手間は変わらないような…

[noseld]

自分も周りも気にせず追記してくけどコミットログ職人結構いるんだな

[muuran16]

普通によく使うけど、あんまウケ良くないんかな？レビュー修正する時に対象のコミットにfixupでコミットして、レビュー完了後にrebaseしたらとても気持ちいい。autosquashは設定でデフォルト挙動にできる。

[HHR]

rebase -iでいいかなぁ。愛が足りない。

[masa8aurum]

id:kobito19 わかってないな。これは `git rebase -i --autosquash` の前段階として使うもの。メリットは、fixup先のリビジョンをrebase時ではなくcommit時に指定できる点。commit時のほうが間違えにくい。

[nilab]

「コミットが一つ手前であれば、直前のコミットを修正してくれる git commit --amendなどで対応できますが、3つ前のコミットに修正を混ぜ込みたい時などは、少し大変。そんな時に便利なのが、この git commit --fixupです」

[eichisanden]

何が便利なのか分からなかったがfixup!コメントが自動で入るのね。続けてrebase -i --autosquashすれば狙った位置にfixupが入るのでエディットが不要。rebase -iでゴリゴリやるのに慣れてしまったので使わないかも。

[tkmkg8m]

「コミット漏れてた～」というとき使ってる。 autosquash も設定してるので、あとで rebase するとき自動的にコミットが整理される。 fixup コミットが未整理で残ってたら push できないフックも仕込んでる。

[onesplat]

こういうの書いてる人は多分rebaseのedit画面でfixupって書けば同様の効果がもたらされることを知らずに書いてるわけでしょ。もう順序がめちゃくちゃっていうか。カオスですね。

[cpw]

コミット綺麗にする必要なくない？MR単位で見れば良いかと思う。

[dentaro]

うーん、PR 全体での差分を見るので細かくコミットしてもらって良いかなーと思います

[t_yamo]

例示されているcommit IDが変わっていない点に危うさを感じる。

[o108minmin]

少し話題ずれてるかもだけど、先頭commitの文面だけ気をつけてsquash mergeしちゃうかな。途中のcommitはあまり気にしない

[yarumato]

“直前のコミットを修正なら git commit --amendで対応できるが、3つ前のコミットに修正を混ぜ込みたい時は、 git commit --fixup”

[n314]

こうはならなくない？コミットを書き換えたら書き換えたコミットから後のハッシュは全部変更になるはず。

[yasushicohi]

コミットログは綺麗な方がいい。たしかにrebase -iのf

[kazkaz03]

fixupしたらどうせrebaseするのでコマンドをまとめてエイリアス化した方がいい気がした

[uunfo]

いいね