3 ms·
Maybe it would have been good if the git defaults were changed from the defaults used for the kernel development workflow to the git workflow ~everyone else is
by formerly_proven 4y ago
Maybe it would have been good if the git defaults were changed from the defaults used for the kernel development workflow to the git workflow ~everyone else is using, even though git was created for the kernel people by the kernel people - most users are not kernel people.
"git pull" in the kernel workflow is for integrating downstream changes into your own upstream repository. Meanwhile, "git pull" in the everyman workflow is for synchronizing your local changes with upstream changes (you know, re-basing your patches on upstream or something).
Even the merge commits left behind by default git pull reveal this. "Merge branch master of ssh://yourorg-git/upstream" - completely backwards for what you are doing - you're merging the upstream into the downstream? What, your local repo is the boss now? Doesn't make any sense.
- shikoba 4y agoThe idea of "merging into" has no meaning with git. You're merging two things into one. But saying that there are a master thing and a slave thing has no meanings.
- andreareina 4y agogit does privilege the first parent[1] in a merge in a bunch of contexts [1] i.e. the branch you did the merge from
- deleted 4y ago[deleted]
- IshKebab 4y agoNot true because commit parents are ordered. One of them is first - the main parent.
- shikoba 4y agoIt's a detail. But for some people it looks like it changes everything.