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

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

From
Junio C Hamano <junkio@cox.net>
Date
Oct 19, 2005, 20:58 UTC
Message-ID
<7virvt441v.fsf@assigned-by-dhcp.cox.net>
In-Reply-To
<Pine.LNX.4.64.0510191327560.3369@g5.osdl.org>
Linus Torvalds <torvalds@osdl.org> writes:
Show 7 quoted lines
> 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.
OK, that makes sense.

I'd move this 'unconditional keep' to clone-pack. The --keep flag becomes a no-op.

Previous: Linus Torvalds
Message 5 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.