loading...

Discussion on: ELI5: Git Rebase vs. Merge

Collapse
tonymet profile image
Tony Metzidis

I'll quote Jesus himself on this. Both points are equally important



People can (and probably should) rebase their _private_ trees (their own 
work). That's a _cleanup_. But never other peoples code. That's a "destroy 
history"

--linus ca. 2009
Collapse
karaluton profile image
Kara Luton Author

Totally agree. This post wasn’t meant to persuade people to use one or the other just explaining the differences since they are so similar!

Collapse
detinho profile image
Marcos Vinícius da Silva

It's always good to point out the consequences of got commands that rewrite history, so people are aware of it.

Collapse
tonymet profile image
Tony Metzidis

You did a good thing. Honestly merge is abused and results in sloppy histories. I put --ff-only in my gitconfig to prevent accidental merge bubbles.

It's good for people to get more comfortable rebasing and pay attention to keeping the log clean--especially on larger teams

A final note--its best to rebase -i before pushing

Thread Thread
misterhtmlcss profile image
Roger K.

What does your final note do?

Thread Thread
tonymet profile image
Tony Metzidis

Rebase -i let's you squash and amend commits