図のように、topicブランチが別のコミットに付け変わっています。rebase前とrebase後では、内容は一緒でも違う点があります。1コミットID21個前のコミット(親)コミットには一個前のコミットIDの情報も含まれているのですが、rebaseすると、ブランチで枝分かれする根元のコミットが変わるので、前後では全く異なるコミットに変わってしまいます。コミットIDが変わっちゃう=全く新しいコミットになる。rebaseしちゃダメ!リモートにpush済みのコミットを、rebaseで新しいコミットにしてしまった場合。他の人がリモートを更新して別のコミットをpushした場合、もうrebaseしたコミットはpushできません。強制的にpushすることは可能ですが、そうするとコミットログがおかしなことになり、今度は他の人がプルできなくなるということになり、迷惑のループとなります(苦笑)。コミットIDが変わっちゃうからpushできなくなる場合がある。rebaseすんなし、ということですね。まとめ!mergeとrebaseの違いはココ!mergeはブランチを合流させる。rebaseはブランチを付け替える。Fast-Forwardで、マージコミットを残す残さないの違いがありますが、mergeはブランチを合流、rebaseはブランチの根本の場所を変える・付け替える、です。PM分かりにくかったということで、すみません。複数人でやってる時は、2を満たすために情報共有しておく必要がある・・・んだと思います。他の人が修正中のファイルをrebaseしちゃうと、コミットできなくなっちゃう(修正が無駄になっちゃう)から...なんだと、いろんなサイトさんの見ていて思いました。マージの時も、rebaseして大丈夫・・・だと思います。AMファストフォワードは基本的に使用すべきでない理由がよくわかりました。ありがとうございます。コメントをキャンセルメールアドレスが公開されることはありません。*サイト次回のコメントで使用するためブラウザーに自分の名前、メールアドレス、サイトを保存する。上に表示された文字を入力してください。コメントデータの処理方法の詳細はこちらをご覧ください。【Git】今更だけどSSHがよく分からなかった...先日Gitするべく、ローカル&リモートと環境を整えました。...【git】SourceTreeで解説!間違えた...ローカルリポジトリ・リモートリポジトリを作って、一連の流れでファイルの管理は出来るようになりました。...【Git】ローカルリポジトリからリモートリポジ...先日は既に公開されているWEBデータを元に、ローカル環境を作りました。...【Git】pushすると自動でpullするよう...前回、ローカル・リモートそれぞれで更新管理用git・本番環境用gitを構築しました。『沈黙のWebライティング』は分厚くても読みやすくてオススメー。