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

builtin-clone does not fallback to copy when link fails

From
Brandon Casey <casey@nrlssc.navy.mil>
Date
May 20, 2008, 16:28 UTC
Message-ID
<oguFi9b5ZAq84dsDzWpm0tpI_xzucMxL23YhxIjDS5NTdpslAnzo6w@cipher.nrlssc.navy.mil>

When cloning with the new builtin-clone, if the src repo is not on the same disk as the dest repo, cloning fails. This is because hard linking does not fall back to copying like the shell version did.

The shell version also made a distinction between defaulting to hard linking and an explicit request to hard link. In the latter case it would not fall back to copying, but would die.

I'll also mention that the 'use_local_hardlinks' variable in cmd_clone is not used. It looks like there was some initial thought that this variable would be used and then an alternative solution was found where option_no_hardlinks was accessed directly. So use_local_hardlinks should probably be cleaned out.

-brandon
Next: Brandon Casey
Message 1 of 6 in “builtin-clone does not fallback to copy when link fails”
  1. Brandon CaseyMay 20, 2008
  2. Brandon CaseyMay 20, 2008
  3. Brandon CaseyMay 20, 2008
  4. Daniel BarkalowMay 20, 2008
  5. Brandon CaseyMay 20, 2008
  6. Johannes SchindelinMay 20, 2008

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.