Upgrade to Pro — share decks privately, control downloads, hide ads and more …

Git Rebase vs. Merge

Miha Rekar
October 21, 2014

Git Rebase vs. Merge

Quick tech talk I did for my team members.

Always pull with rebase: http://stevenharman.net/git-pull-with-automatic-rebase

Read more:
- git docs: git-rebase - http://git-scm.com/docs/git-rebase
- git docs: git-merge - http://git-scm.com/docs/git-merge
- git book: Rebasing - http://git-scm.com/book/en/Git-Branching-Rebasing
- git book: Basic Branching and Merging - http://git-scm.com/book/en/Git-Branching-Basic-Branching-and-Merging)

Miha Rekar

October 21, 2014
Tweet

More Decks by Miha Rekar

Other Decks in Programming

Transcript

  1. REBASE VS. MERGE + flat and readable history + simple

    single commit manipulation + intuitive - more complex - can be dangerous - rewriting history + simple to use + maintains original context - create clutter when multiple people on the same branch - intensely polluted history with merge commits - harder to use git-bisect
  2. CONCLUSION • rebase when possible • rebase PR before merging

    • merge PR on GitHub • always pull with rebase: http://stevenharman.net/git- pull-with-automatic-rebase