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

Re: Last mile to 1.0?

From
Junio C Hamano <junkio@cox.net>
Date
Jul 30, 2005, 02:11 UTC
Message-ID
<7v4qad82lu.fsf@assigned-by-dhcp.cox.net>
In-Reply-To
<20050729224148.GB22530@pasky.ji.cz>
Petr Baudis <pasky@suse.cz> writes:
> Note that I really _loved_ the Daniel's tools while they lasted. What I
> loved most about them was that they really only pulled objects I needed
> and not a single worthless one. Does the current HTTP transport share
> this property?

I am a big fan of Barkalow puller, too. It is conceptually simple, very easy to explain, and quite nicely done to be transport independent. Performance sucks, but that is not Dan's fault.

If we are talking about a dumb HTTP server that has packed and then prune-packed its repository, "not a single worthless one" is asking for moon. If Jeff packed all his 50 branches into a single pack and prune packed his repository, the only thing a dumb server could do when you ask for one of his branches is to give you that statically prepared single pack which contains everything, because there would be nothing in .git/objects/??/. You need some CGI support that pulls only needed objects out of that pack and talks a moral equivalent of the upload-pack protocol for that.

Barkalow puller is still useful when all the objects you still need to pull from the remote are unpacked on the remote end. That's how I resurrected "git clone" over http with packed dumb servers. For "clone" case, I just slurp all the available packs, and have Barkalow puller take over the rest.

I have an early WIP for "git fetch", but I have backburnered it for quite some time. I'll push it in its current form into my proposed updates branch, so interested people can hack on it.

Show 6 quoted lines
> Note that I also want to setup a simple "proof-of-concept" GIT homepage
> tomorrow. Well, write it, where it should be hosted can be worked out
> later and I have places for it to reside at for now. (Suggestions for
> final hosting welcome. In reality, how nice (and persistent) the URL
> gets is probably the only thing that really matters. My attempt will
> live at http://git.or.cz/.)
I hope nobody starts another SCM project called CZ ;-).
Previous: Petr Baudis
Message 19 of 19 in “Last mile to 1.0?”
  1. Junio C HamanoJul 16, 2005
  2. Eric W. BiedermanJul 16, 2005
  3. Junio C HamanoJul 17, 2005
  4. David LangJul 17, 2005
  5. Junio C HamanoJul 18, 2005
  6. Alexey NezhdanovJul 18, 2005
  7. Junio C HamanoJul 18, 2005
  8. Alexey NezhdanovJul 18, 2005
  9. Junio C HamanoJul 18, 2005
  10. Ryan AndersonJul 23, 2005
  11. Gene HeskettJul 23, 2005
  12. 0/6 A bit better dumb server supportJunio C Hamano, Jul 24, 2005
  13. Ryan AndersonJul 23, 2005
  14. Gene HeskettJul 23, 2005
  15. Kevin SmithJul 23, 2005
  16. Junio C HamanoJul 23, 2005
  17. Alexey NezhdanovJul 24, 2005
  18. Petr BaudisJul 29, 2005
  19. Junio C HamanoJul 30, 2005

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.