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

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

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

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

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

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

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

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

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

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

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

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

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

例如:

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

通过做

 git add /bar/foo/baz

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

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

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

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

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