GitHub のマージは基本スカッシュでいいと考えている

GitHub では複数のマージ方式が用意されていますが、「とりあえずデフォルトでマージしている」という運用も少なくありません CI/CD やチーム体制が異なる条件では、おそらく最適な方式も異なると思います この記事では、個人開発や中規模チーム向けに「実務的な運用」を整理してみます 個人的には、「基本はスカッシュマージ、例外的に通常マージ」という整理が、一番しっくりきていると感じています 要約（先に結論） 基本方針：通常の PR は Squash and merge をデフォルトにする 例外：個別コミットに意味がある場合、長期間の並行開発、リリースブランチの統合は Create a merge commit を検討 以降は理由、具体的な判断基準、運用ルール案を順に説明します マージ方式の整理 Squash and merge：PR 内のコミットを 1 つにまとめる、履歴が簡潔で読みやすい C