Git Rebase allows us to rewrite Git history. It is a common practice to use git rebase to squash commits before creating or merging a pull request;...
For further actions, you may consider blocking this person and/or reporting abuse
One of the most useful things I learned for my workflow is git commit —fixup - because often enough I know in advance what is just a correction of a previous commit. I can then automatically cleanup history with git rebase —autosquash.
Why not just ammend it to the previous commit?
Because fixup also works for other commits in the history. Like when I am working on a branch with multiple commits that represent different logical changes and I find an issue with it. Then I can fixup the commit it belongs to and retain a clean history.
(Of course I am talking about multiple commits that have not yet been merged anywhere else)
I can recommend rebasing when working in a team. Keeps the history so much cleaner!
Additionally, in my team, we use a lot of fixup (squash the commit but keep the message) and reword (change the commit message but keep the content) when doing interactive rebasing. Both are very valuable prior to push or merge.
What's the difference between rebase and merge with master?
Atlassian has this covered better than I could put in words. Read on!
Great example case, cards in a deck. There are some card games that have that play dynamic (flavors of gin rummy, as we call it here in the US) let you take a card in the "stack" but you have to take all the cards on top of it.
Cool! You did this! I didn't think anyone would pay attention to my comment last time :) (and I'm glad you support squashing commits!)
Rad!
Amazing!
Amazing! Thank you!
Thanks for post Ericka.
Great contribution, thanks!
super cute comic!! and good info
Thank you! 🤗