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

Re: Cloning speed comparison, round II

From
Linus Torvalds <torvalds@osdl.org>
Date
Nov 12, 2005, 20:31 UTC
Message-ID
<Pine.LNX.4.64.0511121229340.3263@g5.osdl.org>
In-Reply-To
<Pine.LNX.4.64.0511121159470.3263@g5.osdl.org>
On Sat, 12 Nov 2005, Linus Torvalds wrote:
> 
> So the fact is: rsync is often slower, and _always_ less capable.

Side note: a lot of the rsync problems are non-issues for the initial clone.

That initial clone is in fact the only time I think rsync can be a good idea, especially if the server end is repacking regularly.

Then the only downside of cloning using rsync is that it will obviously also set up the "origin" branch to be updated using rsync, which is sad if there are alternatives.

But it may be a good idea to first clone using rsync, and then edit the origin file to change the rsync into a git-native protocol if one is available.

		Linus
Previous: Linus TorvaldsNext: Petr Baudis
Message 5 of 8 in “Cloning speed comparison, round II”
  1. Petr BaudisNov 12, 2005
  2. Linus TorvaldsNov 12, 2005
  3. Petr BaudisNov 12, 2005
  4. Linus TorvaldsNov 12, 2005
  5. Linus TorvaldsNov 12, 2005
  6. Petr BaudisNov 12, 2005
  7. Petr BaudisNov 12, 2005
  8. Linus TorvaldsNov 12, 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.