Junio C Hamano <junkio@xxxxxxx> writes: > Johannes Sixt <J.Sixt@xxxxxxxxxxxxx> writes: > >> .... The general idea is to extend the meaning of >> `core.filemode = false` to check out symbolic links as plain files. Any >> hints about where the source code needs changes are welcome. I might have misread the above but I do not think linking core.filemode and the symlink munging is the right way. Another per-repository core.symlink = yes/no (which defaults to yes for others and no on filesystems without symlinks) would be more appropriate, as it allows Cygwin to continue using symlinks where it can, and UNIX folks to try it out. I take by "checking out as plain files" you mean instead of calling symlink(2) you would write(2) it out. I think that would be Ok from git's side. Just like we use executable bit from the index to "fix" what we read from the filesystem (e.g. look for trust_executable_bit in diff-lib.c) when core.filemode is set, you would munge st.st_mode and pretend as if your lstat() said "RelNotes", which should be a symlink but you checked out as a regular file, said it is a symlink, using what is in the index. However, I am not so sure if we can do better to help Windows people. They have what they call "ShortCut", which to me feels like what they use for what symlinks are used for. I do not know if it is possible (I do not even know doing so would make life easier for Windows people) but perhaps a symlink can be "checked out" as a ShortCut? I suspect reading side would become too complex and slow if the shortcut needs to be named differently from the real name (e.g. "RelNotes" needs to be checked out as "RelNotes.lnk" or something silly like that), so if that is the case, please forget about this useless suggestion. - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html