More than 1 year has passed since last update.

【Git】いくらGUIといえど、マージのオプションくらい知っておこうよ

Posted at 2023-06-18

導入

私は普段Gitの操作にvscodeのGitGraphとGitLensを使用しています。
GUIでmergeをしたときにModalででてくるオプションの意味も深く理解しておらず、GUIの安心感に甘えてmergeの操作をしていました。

CUIで1から学ぼうと思っても学習コストのハードルが高い、、
そこで、GUIでのオプションくらいは理解しておこうと思い今回まとめようと思いました。

少し長いので、結論だけ知りたい人は「まとめ」まですっ飛ばしてください。

オプション名	目的	利点	使用例
"Create a new commit even if fast-forward is possible"	ファストフォワードを避けてマージコミットを作成できる。	- マージの履歴が明確になり、ブランチの変更履歴を管理できる。 - 新しいコミットが作成されるため、マージを元に戻すことが容易になる。	- ブランチ間の変更履歴を明確に保ちたい場合。 - マージした変更を簡単に元に戻せるようにしたい場合。
"Squash Commits"	ブランチのコミット履歴をシンプルにすること。	- ブランチの履歴が見やすくなる。 - コミット数を減らる。 - マージ先のブランチの履歴が煩雑になりにくい。	- 開発中のブランチで行った複数のコミットをまとめたい場合。 - マージ先のブランチの履歴をスッキリさせたい場合。
"No Commit"	マージコミットを作成せずに変更を取り込める。	- マージコミットを作成せずに変更を取り込むことが可能。 - コミットを作成せずにブランチの履歴をすっきりさせられる。	- マージ先のブランチに変更を取り込みたいが、マージコミットを作成したくない場合。 - 一時的な修正やブランチの統合など、一時的な変更を履歴に残したくない場合。

なるほど。
いや、むずかしいですね。少なくとも業界8ヶ月の自分には理解が追いつきません。
AIに頼りながらもう少し、深くまとめていきます。

こちらは、比較的理解しやすいと思います。
いまいちオンにする使うパターンが思いつきませんが、
どちらも適宜オンにするような運用をした場合、以下のメリットがあると思います。

各ブランチでのコミット数を省略したい場合。
ログにマージのコミットを出したくない場合。
GUIでGraphを見ている自分としては、どちらも使わないオプションなきもしています。（使い方がわかっていないだけかも。）

これちょっとむずかしいですよね。
具体的に、このオプションを「オン」にする場合と、「オフ」にする場合についてまとめてみました。

個人的にですが、共同開発で同じ箇所を触る場合のコンフリクトが多発しそうな場合はマージコミットを残す必要がありそうですが、そんな場面ってかなり限定的な場面な気がしています。

基本的に、全部オフでよさそうですね。