已经有人问过如何让 git 跟随符号链接。符号链接的目录 有答案，但符号链接的文件 没有答案。那也是一年多以前的事了。
问题：如何让 git 跟随符号链接并添加它所引用的文件？
这是老问题：How can I get git to follow symlinks?。还有一个关于 git 通常做什么How does git handle symbolic links? 的问题。我正在寻求改变这种行为的方法。
以防万一：我在 unix 上运行 git 1.5.4.3，在 mac 上运行 git 版本 1.6.0。
【问题讨论】：
标签： git
我很确定没有办法。
此外，这听起来像是一种不安全、未定义的行为——当您在文件的不同版本之间移动并且需要写入文件时，它应该怎么做？特别是，如果您在添加之前签出修订，您真的希望它删除存储库外文件的内容吗？如果您返回呈现并重新创建文件，或者如果符号链接本身被修改会发生什么 - git 是否也应该跟踪符号链接本身？
去年年底，said on the git mailing list 回答了基本相同的问题。
【讨论】：
您可以使用硬链接代替软链接（也称为符号链接）。然后 Git 将看到链接文件的内容。缺点是当有人签出时，该文件在签出目录中创建为普通文件，因为Git不将其理解为链接。
【讨论】：
如果使用硬链接，那么 git 不知道它是一个链接文件（是吗？）
【讨论】：
使用硬链接的问题在于，如果写入其他位置的内容替换了文件，而不仅仅是写入更改，那么目标文件在文件系统上有一个新的 inode 并且硬链接不再指向它，所以文件不同步。
【讨论】：
我有几个不同的存储库，它们都使用一组通用的文件——通常是 .h 文件。我只希望所有公共文件的一个版本存在，这是链接的常见用例。我需要 git 将这些文件的通用内容保存在需要这些文件的每个存储库目录中。这似乎只适用于硬链接，但它们并不是那么好，因为当我在一个存储库目录中签出早期版本时，该目录会获取公共文件的实际副本，并且不再与其他存储库共享。所以我有一个shell脚本来恢复硬链接，但这很蹩脚。 Git 需要一个选项来以与 gcc 相同的方式处理软链接：作为它指向的内容的副本，而不仅仅是一个指针。也许 git 可以有一个命令来获取软链接列表，然后将它们视为它们指向的任何内容的副本。
【讨论】：