-
@snekse Avoid because it rewrites history, making branching a branch a headache once you go to merge stuff back in. And even on single branch, it loses the detection of the branch being merged since the squashed PR merge has different history commits
-
@snekse In theory squashing is fine, but in practice it makes for weird bad days at the worst times
-
Related to squashing, I only (quietly) like rebase before a PR branch is first pushed. Disallow force pushes. Control the server, but if people like rebasing locally they are free to do so before that first push (or close and reopen a new branch)
-
0 days since the last git rebase issue that messed up a release from an incorrect force push
-
happy rebase force push counter reset day
-
Ooooh a big double day - just when git force push was fun enough, it was followed up with a cherry-pick on top! -- needless to say, resetting the git rebase accident counter again