
エントリーの編集

エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
Git mergeとrebaseの違い - Qiita
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
Git mergeとrebaseの違い - Qiita
概要 Gitのmergeとrebaseの違いが自分の中で曖昧だったのでまとめてみた。 ことの発端 「プルリク出す前... 概要 Gitのmergeとrebaseの違いが自分の中で曖昧だったのでまとめてみた。 ことの発端 「プルリク出す前に分岐元ブランチの最新状態にrebaseしてください」とよく聞く。 「履歴がきれいになるから」とか「差分が見やすいから」とかよく言われているが、実際どんなことなんだろうと気になった。 なんで「分岐元ブランチの最新状態を作業ブランチにmergeする」はだめなのかもよくわかっていない。 前提情報 今回の説明で使用する各ブランチの状況を図にまとめてみた。 言葉で説明する。(ごちゃごちゃ記載しているので「?」となったら図だけ見ていただければOK) mainブランチとworkブランチがある。 mainブランチは下記の順でコミットされている。 first_commit コミット1 コミット2 コミット3 workブランチはmainブランチのコミット1の直後から分岐して下記の順でコミットされ