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

Re: `.git` symlink makes `git submodule add` fail

From
Vít Novotný <witiko@gmail.com>
Date
Feb 12, 2016, 18:36 UTC
Message-ID
<20160212183646.GA6261@witiko>
In-Reply-To
<xmqq60xtvlj9.fsf@gitster.mtv.corp.google.com>
On Fri, Feb 12, 2016 at 10:19:38AM -0800, Junio C Hamano wrote:
Show 15 quoted lines
> Junio C Hamano <gitster@pobox.com> writes:
> 
> > Vít Novotný <witiko@gmail.com> writes:
> >
> >> Is this a bug, or is the ability to symlink `.git` just a happy coincidence?
> >
> > It has never been supported.
> 
> Oops, hit "send" too early.
> 
> We have support for a "gitdir:" facility that would work even on a
> filesystem that cannot do symlinks (see gitrepository-layout(5)),
> and both the higher-level submodule Porcelain and the more recent
> "worktree" experimental code do use it.
>

That sounds ideal, thank you for letting me know. Still, I believe that well-behaved applications should be indifferent to symlinks, unless the distinction is significant. Would there be any objections, if I submitted a patch / series of patches that would add proper symlink support?

Previous: Jeff King
Message 7 of 7 in “`.git` symlink makes `git submodule add` fail”
  1. Vít NovotnýFeb 12, 2016
  2. Junio C HamanoFeb 12, 2016
  3. Junio C HamanoFeb 12, 2016
  4. Jeff KingFeb 12, 2016
  5. Vít NovotnýFeb 13, 2016
  6. Jeff KingFeb 13, 2016
  7. Vít NovotnýFeb 12, 2016

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.