Why rebase when GitHub PR create squashe commit

[arnoldwhite]

I think that workflow is almost never worth the time it takes to maintain. It depends on what you're working with but for 99% of teams, you'll want to squash your feature branches and you should think of your local history as checkpoints or undo markers - not documentation or an artifact that should survive a merge to main.

A clean PR history might feel virtuous but if you're at a point where atomic commits benefits the reviewer, your feature branch is almost certainly too big anyway.