Yeah learned this the hard way.
this post was submitted on 06 Oct 2025
834 points (96.7% liked)
Programmer Humor
26827 readers
2469 users here now
Welcome to Programmer Humor!
This is a place where you can post jokes, memes, humor, etc. related to programming!
For sharing awful code theres also Programming Horror.
Rules
- Keep content in english
- No advertisements
- Posts must be related to programming or programmer topics
founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
In my cases I has to solve same code conflicts multiple times during a rebase, so I just don't try them when hit with conflicts.
I fail to see the benefits of "clean" git history
Yeah if you have two branches, both with a bunch of commits which all modify the same areas of code, and reordering the commits doesn't help, I can see how it is easier to merge.
Well, if the commit history is clean and mostly linear, it's much easier to read, understand and review.
git blamewill also be much nicer which is really important for debugging big codebases. Of course it's a tradeoff, as usual.Maybe I just haven't been exposed to bad examples. Never had any issues with blame and merge commits.