this post was submitted on 25 Jun 2023
26 points (100.0% liked)
Git
2886 readers
18 users here now
Git is a free and open source distributed version control system designed to handle everything from small to very large projects with speed and efficiency.
Resources
Rules
- Follow programming.dev rules
- Be excellent to each other, no hostility towards users for any reason
- No spam of tools/companies/advertisements. It’s OK to post your own stuff part of the time, but the primary use of the community should not be self-promotion.
Git Logo by Jason Long is licensed under the Creative Commons Attribution 3.0 Unported License.
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
The cases where you can use
git pull --rebasehave high overlap with the cases wheregit rebaseis sane.The important thing is when to avoid doing
git push --force(almost always; if your remote is a personal fork you theoretically could just create an infinite number of similar branch names for your rebases). Though there are edge cases involving local/SSH clones.What does git pull rebase do? If I understand it correctly, it pulls in the remote changes but rebases your changes to be on top of them, instead of merging the remote and local branch? What is the intended usage of it, it sounds like a lot better way how to pull, why not to use it as default pull?
you pretty much should use it as the default pull. There are very few cases when you shouldn't use it. Something like fetching from an upstream remote maybe.
Because rebasing changes the history, which would mess with other people's copies of the same branch, wherefore it shouldn't be default.