我厌倦了这里的每个解决方案，要么已经过时，要么需要root，所以我做了一个基于ld_preload的解决方案(仅限Linux)。

它连接到Git的内部，覆盖'这是一个符号链接吗?函数，允许符号链接被视为它们的内容。默认情况下，所有到回购外部的链接都是内联的;详情请参见链接。

1. 您应该使用硬链接，因为在硬链接中所做的更改 由git上演。

2. 创建硬链接的语法为ln file1 file2。

3.这里file1是具有硬链接的文件的位置 您要创建的文件，而file2是硬链接的位置。

4. 我希望这对你有所帮助。

这是一个预提交钩子，它用这些符号链接的内容替换索引中的符号链接blobs。

把它放在.git/hooks/pre-commit中，并使其可执行:

#!/bin/sh
# (replace "find ." with "find ./<path>" below, to work with only specific paths)

# (these lines are really all one line, on multiple lines for clarity)
# ...find symlinks which do not dereference to directories...
find . -type l -exec test '!' -d {} ';' -print -exec sh -c \
# ...remove the symlink blob, and add the content diff, to the index/cache
    'git rm --cached "$1"; diff -au /dev/null "$1" | git apply --cached -p1 -' \
# ...and call out to "sh".
    "process_links_to_nondir" {} ';'

# the end

笔记

我们尽可能多地使用POSIX兼容功能;然而，diff -a不符合POSIX，可能还有其他原因。

这段代码中可能有一些错误/错误，即使它经过了一些测试。

符号链接的转换可能很有用。链接到Git文件夹中，而不是脚本中的符号链接。

在Git 2.3.2+(2015年第一季度)中，还有一种情况下Git将不再遵循符号链接:参见由Junio C Hamano (gitster) (Git的主要维护者)提交e0d201b

适用:不要触及符号链接以外的文件

Because Git tracks symbolic links as symbolic links, a path that has a symbolic link in its leading part (e.g. path/to/dir/file, where path/to/dir is a symbolic link to somewhere else, be it inside or outside the working tree) can never appear in a patch that validly applies, unless the same patch first removes the symbolic link to allow a directory to be created there. Detect and reject such a patch. Similarly, when an input creates a symbolic link path/to/dir and then creates a file path/to/dir/file, we need to flag it as an error without actually creating path/to/dir symbolic link in the filesystem. Instead, for any patch in the input that leaves a path (i.e. a non deletion) in the result, we check all leading paths against the resulting tree that the patch would create by inspecting all the patches in the input and then the target of patch application (either the index or the working tree). This way, we: catch a mischief or a mistake to add a symbolic link path/to/dir and a file path/to/dir/file at the same time, while allowing a valid patch that removes a symbolic link path/to/dir and then adds a file path/to/dir/file.

这意味着，在这种情况下，错误消息不会是像“%s: patch不适用”这样的通用错误，而是更具体的错误:

affected file '%s' is beyond a symbolic link

我以前在符号链接之外添加文件已经有一段时间了。这在过去工作得很好，不需要做任何特别的安排。自从我更新到Git 1.6.1后，这就不再有效了。

您可以切换到Git 1.6.0来实现这个功能。我希望Git的未来版本会有一个Git -add标志，允许它再次跟随符号链接。