Re: git pull fails
- From
Petr Baudis <pasky@suse.cz>
- Date
- Mar 29, 2006, 00:24 UTC
- Message-ID
- <20060329002415.GG27689@pasky.or.cz>
- In-Reply-To
- <20060329031136.e0389c00.tihirvon@gmail.com>
Dear diary, on Wed, Mar 29, 2006 at 02:11:36AM CEST, I got a letter where Timo Hirvonen <tihirvon@gmail.com> said that...
> Exactly. Maybe git-fetch should abort only if it could not update the > currently checked out branch?
That should _never_ be the case. Any modern porcelain shouldn't let you switch your current branch to a remote one, hopefully. It's just wrong. The supported setup is that you have a remote branch reflecting where the upstream is and a local branch reflecting where your current tree is, and you update your local branch by git-pull (or git-merge if you want to avoid fetching).
If your current branch would really be a remote branch and you simply git-fetched, your HEAD would change but not your working tree, and at that moment things would become very confusing. Cogito would start showing nonsensical stuff for cg-status and cg-diff (as well as git-diff-tree HEAD output), but your index would at least still be correct so I'm not sure how much attention do tools like git-diff pay to it, the level of messup would be proportional to that.
-- Petr "Pasky" Baudis Stuff: http://pasky.or.cz/ Right now I am having amnesia and deja-vu at the same time. I think I have forgotten this before.