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

Re: [PATCH] git-clone: don't unpack objects

From
Linus Torvalds <torvalds@osdl.org>
Date
Oct 19, 2005, 20:31 UTC
Message-ID
<Pine.LNX.4.64.0510191327560.3369@g5.osdl.org>
In-Reply-To
<7v4q7d5kwo.fsf@assigned-by-dhcp.cox.net>
On Wed, 19 Oct 2005, Junio C Hamano wrote:
> 
> Are there cases where you would do 'git clone' over git native
> transport and want the resulting pack expanded?
No, I think the unconditional --keep is fine for clone.

What to do about incremental pulls is not as clear, but I think the clone case is pretty much obvious these days.

The main reason for unpacking was that packs used to be "strange". These days, packs are arguably the _common_ thing.

Now, having tons and tons of small packs is probably worse than having tons and tons of individual files, but if people get used to doing occasional full repacks, that doesn't matter.

		Linus
Previous: Johannes SchindelinNext: Junio C Hamano
Message 4 of 5 in “git-clone: don't unpack objects”
  1. git-clone: don't unpack objectsTimo Hirvonen, Oct 19, 2005
  2. Junio C HamanoOct 19, 2005
  3. Johannes SchindelinOct 19, 2005
  4. Linus TorvaldsOct 19, 2005
  5. Junio C HamanoOct 19, 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.