为什么不反过来创建符号链接呢?这意味着不是从Git存储库链接到应用程序目录，而是以相反的方式链接。

例如，假设我正在设置一个安装在~/application中的应用程序，它需要一个配置文件config.conf:

我将config.conf添加到Git存储库中，例如~/repos/application/config.conf。 然后我通过运行ln -s ~/repos/application/config.conf从~/application创建一个符号链接。

这种方法可能并不总是有效，但到目前为止对我来说效果很好。

@user252400建议的另一种实现是使用bwrap，这是一个小型setuid沙盒，可以在所有主要发行版中找到——通常默认安装。Bwrap允许你无需sudo就可以绑定挂载目录，并在git或shell退出时自动解除绑定。

假设你的开发过程不是很疯狂(见下文)，在一个私有的命名空间中启动bash，并在git目录下绑定外部目录:

bwrap --ro-bind / / \
      --bind {EXTERNAL-DIR} {MOUNTPOINT-IN-GIT-DIR} \
      --dev /dev \
      bash

然后做你通常做的所有事情，比如git添加、git提交等等。当你完成时，退出bash。干净简单。

注意:为了防止沙盒转义，bwrap不允许执行其他setuid二进制文件。详见man bwrap。

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

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

注意:从Git 1.6.1开始，这个通知就已经过时了。Git过去是这样的，现在不再是这样了。

Git默认情况下尝试存储符号链接，而不是遵循它们(为了紧凑，这通常是人们想要的)。

但是，当符号链接是一个目录时，我意外地设法让它在符号链接之外添加文件。

例如:

  /foo/
  /foo/baz
  /bar/foo --> /foo
  /bar/foo/baz

通过做

 git add /bar/foo/baz

当我尝试时，它似乎起作用了。然而，这种行为在当时是我不想要的，所以我不能给你更多的信息。

这是一个预提交钩子，它用这些符号链接的内容替换索引中的符号链接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文件夹中，而不是脚本中的符号链接。