No "pull" in git gui?

3 messages, 3 authors, 2016-06-15 · open the first message on its own page

No "pull" in git gui?

From: Steve Hoelzer <hidden>
Date: 2016-06-15 22:45:24

Why isn't there a pull command in git gui's remote menu? Am I supposed
to fetch and then merge? Is that preferred over pull for some reason?

Steve

Re: No "pull" in git gui?

From: Andreas Ericsson <hidden>
Date: 2016-06-15 22:45:24

Steve Hoelzer wrote:
Why isn't there a pull command in git gui's remote menu? Am I supposed
to fetch and then merge? Is that preferred over pull for some reason?
Yes, it is. Blind "git pull" without knowing what you're going to
fetch is not recommended, because it tends to create tons and tons
of "useless" merges, where all commits are on one branch and there's
no clear distinction between them. Such merges are useless because
you'd be better off with a linearized history (bisection turns out
slightly easier, fe).

"git pull" is primarily intended for
* people like Linus, who merge in a lot of other people's code.
* bleeding-edge *users* that just want the latest and greatest.
* "vcs = cvs" users, that never care about history

For all other workflows I've ever encountered, doing "git pull"
blindly always ends up being worse than
* developing on topic-branches and merging those when ready.
* doing 'git pull --rebase', to linearize a series of small
  fixes before pushing them back up.
* 'git fetch' + manually inspect new code + 'git merge'.

-- 
Andreas Ericsson                   andreas.ericsson@op5.se
OP5 AB                             www.op5.se
Tel: +46 8-230225                  Fax: +46 8-230231

Re: No "pull" in git gui?

From: Shawn O. Pearce <hidden>
Date: 2016-06-15 22:45:24

Steve Hoelzer [off-list ref] wrote:
Why isn't there a pull command in git gui's remote menu?
I got lazy and didn't write support for it.  Before today nobody has
really asked me why it was missing so it seemed to be unimportant.
Am I supposed to fetch and then merge?
Yes, that works.
Is that preferred over pull for some reason?
I find it easier to teach new Git users "fetch + merge" rather
than pull.  It helps to reinforce the idea of having your own
local state that differs from the state on the upstream repository.
I consider pull to be more of a power-user feature.  But many in the
Git community disagree with me and find teaching pull is easier, with
fetch+merge being power user features.

So patches to add pull to git-gui would be accepted, but they won't
be getting written by me anytime soon.  I've got too much other
stuff going on to write a feature that isn't very interesting to me.

-- 
Shawn.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help