For one thing, merging creates a merge commit which can clutter the git history. I don't feel as strongly about that as a lot of people do, but it's the most common argument for rebasing over merging.
Personally, I prefer rebasing because of the -i flag which allows you to re-order commits, reword their messages, squash, and manipulate commits in a bunch of cool ways!
For further actions, you may consider blocking this person and/or reporting abuse
We're a place where coders share, stay up-to-date and grow their careers.
To be honest I'm still confused. What is the need for rebase, if you can merge master into the working branch?
For one thing, merging creates a merge commit which can clutter the git history. I don't feel as strongly about that as a lot of people do, but it's the most common argument for rebasing over merging.
Personally, I prefer rebasing because of the
-i
flag which allows you to re-order commits, reword their messages, squash, and manipulate commits in a bunch of cool ways!