this post was submitted on 11 Oct 2025
296 points (99.0% liked)
Programmer Humor
38789 readers
215 users here now
Post funny things about programming here! (Or just rant about your favourite programming language.)
Rules:
- Posts must be relevant to programming, programmers, or computer science.
- No NSFW content.
- Jokes must be in good taste. No hate speech, bigotry, etc.
founded 6 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
Rebase still means you have to resolve conflicts, but it can be worse because you may have to resolve conflicts across multiple commits that you're rebasing on top of a conflict.
Do you know our Lord and Savior rerere?
(Though I rather squash most of the times)
Damn, you know... Over 15 years as a dev using git and understanding it fairly well and I'm still learning about new, handy things.
In my experience this can be beneficial when committing and rebasing small and distinct changes.
Agreed. If your commits are reasonably structured, rebasing is far more helpful.
Although these days I usually opt for one ball-of-mud commit while developing the code, which is always fairly trivial to rebase - only one commit, can't have follow-up issues - and then I redo the commit structure from scratch as a part of preparing the code for the benefit of the reviewer.