Re: .git as file pointing to directory?

2 messages, 2 authors, 2016-06-15 · open the first message on its own page

Re: .git as file pointing to directory?

From: Matthieu Moy <hidden>
Date: 2016-06-15 22:49:58

Jens Lehmann [off-list ref] writes:
Am 04.11.2010 19:32, schrieb Matthieu Moy:
quoted
Brad Larson [off-list ref] writes:
quoted
Sorry if this is obvious, I can't figure out what term to search for.

At gittogether there was some talk about having .git be a file, not a
folder, with contents pointing to the real .git directory.  Similar to
a symlink, but supported in Windows.  Is there a specific name for
this feature?  Where can I find more details?  Which version of git
introduced this?
It has been discussed under the name "gitlink", which was
unfortunately also used for something else in the subtree
implementation, but AFAIK, it has never been implemented.
Hmm, AFAIK gitlinks are already in heavy use for submodule entries ...
Err, isn't that precisely what I was saying? The same word has been
used in the subtree implementation, but the other concept with the
same name hasn't been implemented.

-- 
Matthieu Moy
http://www-verimag.imag.fr/~moy/

Re: .git as file pointing to directory?

From: Jens Lehmann <hidden>
Date: 2016-06-15 22:49:58

Am 04.11.2010 23:14, schrieb Matthieu Moy:
Jens Lehmann [off-list ref] writes:
quoted
Am 04.11.2010 19:32, schrieb Matthieu Moy:
quoted
Brad Larson [off-list ref] writes:
quoted
Sorry if this is obvious, I can't figure out what term to search for.

At gittogether there was some talk about having .git be a file, not a
folder, with contents pointing to the real .git directory.  Similar to
a symlink, but supported in Windows.  Is there a specific name for
this feature?  Where can I find more details?  Which version of git
introduced this?
It has been discussed under the name "gitlink", which was
unfortunately also used for something else in the subtree
implementation, but AFAIK, it has never been implemented.
Hmm, AFAIK gitlinks are already in heavy use for submodule entries ...
Err, isn't that precisely what I was saying? The same word has been
used in the subtree implementation, but the other concept with the
same name hasn't been implemented.
Sorry, seems like I misunderstood what you where saying.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help