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

Re: [PATCH v2 4/4] bundle v3: the beginning

From
Jeff King <peff@peff.net>
Date
Jun 8, 2016, 19:00 UTC
Message-ID
<20160608190043.GA19572@sigill.intra.peff.net>
In-Reply-To
<xmqq4m93mu8v.fsf@gitster.mtv.corp.google.com>
On Wed, Jun 08, 2016 at 11:05:20AM -0700, Junio C Hamano wrote:
Show 9 quoted lines
> > Likewise, I'm not sure if "get" should be allowed to return contents
> > that don't match the sha1.
> 
> Yes, this is what I was getting at.  It would be ideal to come up
> with a way to do the large-blob offload without resorting to hacks
> (like LFS and annex where "the same object contents will always
> result in the same object name" is deliberately broken), and "object
> name must match what the data hashes down to" is a basic requirement
> for that.
I meant to elaborate here more, but it looks like I didn't.

One thing that an external odb command might want to be able to do is say "I _do_ have that object, but it would be expensive or impossible to get right now, so I will give you a placeholder" (e.g., you are just trying to run "git log" while on an airplane, and you would not want to die() because you cannot fetch some blob).

But the right way is not to have "get" send content that does not match the requested sha1. It needs to make git aware that the object is a placeholder, so git does not do stupid things like write the bogus content into a loose object.

The right way may be as simple as the external odb returning a non-zero exit code, and git fills in the placeholder data itself (or dies, possibly, depending on what the user asks it to do).

One of the reasons I worked up that initial external-odb patch was because I knew that before we settled on a definite interface, we would have to try it out and see what odd corner cases came up. E.g., when do we fault in objects in a way that's annoying to the user? Which code paths need to handle "we do have this object available, but you can't see it right now, so what kind of fallback can we do?". Etc.

Unfortunately I never actually did any of that testing. ;)
-Peff
Previous: Junio C HamanoNext: Jeff King
Message 30 of 37 in “bundle: plug resource leak”
  1. 1/2 bundle: plug resource leakJunio C Hamano, Mar 1, 2016
  2. 2/2 bundle: keep a copy of bundle file name in the in-core bundle headerJunio C Hamano, Mar 1, 2016
  3. Jeff KingMar 2, 2016
  4. Junio C HamanoMar 2, 2016
  5. 0/4 "split bundle" previewJunio C Hamano, Mar 2, 2016
  6. 1/4 bundle doc: 'verify' is not about verifying the bundleJunio C Hamano, Mar 2, 2016
  7. 2/4 bundle: plug resource leakJunio C Hamano, Mar 2, 2016
  8. 3/4 bundle: keep a copy of bundle file name in the in-core bundle headerJunio C Hamano, Mar 2, 2016
  9. Jeff KingMar 2, 2016
  10. 4/4 bundle v3: the beginningJunio C Hamano, Mar 2, 2016
  11. Duy NguyenMar 3, 2016
  12. Junio C HamanoMar 3, 2016
  13. Duy NguyenMar 3, 2016
  14. Christian CouderMay 20, 2016
  15. Duy NguyenMay 31, 2016
  16. Christian CouderMay 31, 2016
  17. Duy NguyenJun 1, 2016
  18. Christian CouderJun 7, 2016
  19. Duy NguyenJun 1, 2016
  20. Christian CouderJun 7, 2016
  21. Mike HommeyJun 7, 2016
  22. Duy NguyenJun 7, 2016
  23. Junio C HamanoJun 7, 2016
  24. Jeff KingJun 7, 2016
  25. Duy NguyenJun 8, 2016
  26. Jeff KingJun 8, 2016
  27. Duy NguyenJun 9, 2016
  28. Jeff KingJun 9, 2016
  29. Junio C HamanoJun 8, 2016
  30. Jeff KingJun 8, 2016
  31. Jeff KingMay 31, 2016
  32. Jeff KingMay 31, 2016
  33. Christian CouderJun 7, 2016
  34. Jeff KingJun 7, 2016
  35. Jeff KingMar 2, 2016
  36. Junio C HamanoMar 2, 2016
  37. Jeff KingMar 2, 2016

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.