git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: git-fetch question/bug

From
Daniel Barkalow <barkalow@iabervon.org>
Date
Mar 14, 2008, 15:57 UTC
Message-ID
<alpine.LNX.1.00.0803141148250.19665@iabervon.org>
In-Reply-To
<7vbq5hub74.fsf@gitster.siamese.dyndns.org>
On Thu, 13 Mar 2008, Junio C Hamano wrote:
Show 12 quoted lines
> "Govind Salinas" <blix@sophiasuchtig.com> writes:
> 
> > ... git-fetch when I discovered that it does not return
> > error when the
> > fetch fails due to it not being a ff...
> 
> I think this is a regression introduced when "git-fetch" was
> re-implemented in C.  git-fetch--tool's native-store subcommand seems to
> have signaled this as an error, and it is reasonable to expect an error
> exit from the command in this case.
> 
> Probably something like this?

Looks right to me, although we should probably note that this probably means that if pull does a fetch that fails for some ref that you're not merging, it won't do the merge, even though it obviously could. So I think fixing this would presently (unless fetch and pull communicate more) be a regression for people whose upstreams introduce a new non-ff branch that matches their non-force fetch pattern.

	-Daniel
*This .sig left intentionally blank*
Previous: Jakub Narebski
Message 4 of 4 in “git-fetch question/bug”
  1. Govind SalinasMar 14, 2008
  2. Junio C HamanoMar 14, 2008
  3. Jakub NarebskiMar 14, 2008
  4. Daniel BarkalowMar 14, 2008

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.