Gitの履歴操作

チームによってGitの履歴操作のルールは違います。
代表的な３つのGitの履歴操作方法を紹介します。
最後に注意点も記述しているのでお見逃しなく。

1. merge

他のブランチの変更をそのまま統合する方法で、マージコミットを生成し、履歴がそのまま保持されます。

Pro

Con

他のブランチの変更を自分のブランチの先頭に適用する方法で、履歴を直線的に整理できますが、履歴が書き換えられます。

Pro

Con

複数のコミットを1つにまとめて、履歴を整理し、不要な中間コミットを排除します。

Pro

Con

コミット履歴を直線的（linear）にしたいならば、rebaseやsquashが推奨されますが、上記のproとconの記載通り注意しないといけない点があります。

それはrebaseするとコミット履歴が書き換えられるという点です。
どういうことかというと以下の図の通りです。

一度プッシュされたブランチでrebaseしてしまうと、remoteとlocalのリポジトリでコミットの不一致が起きます。他のメンバーがそのブランチで作業しているならなお最悪です。

そのためrebaseをする際は十分に注意を払い、既にプッシュされたブランチではrebaseは行わないというルールを設けましょう。