Hacker News new | past | comments | ask | show | jobs | submit login

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.




The 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.


git does privilege the first parent[1] in a merge in a bunch of contexts

[1] i.e. the branch you did the merge from


Not true because commit parents are ordered. One of them is first - the main parent.


It's a detail. But for some people it looks like it changes everything.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: