您可以通过查找模式为120000的文件来查找符号链接，可能使用以下命令:

git ls-files -s | awk '/120000/{print $4}'

一旦你替换了链接，我建议使用git update-index——assume-unchanged将它们标记为不变，而不是将它们列在.git/info/exclude中。

我建议您不要在存储库中使用符号链接。将实际内容存储在存储库中，然后在存储库外放置指向内容的符号链接。

因此，假设您正在使用一个存储库来比较在类unix系统上托管站点与在Windows上托管站点。将内容存储在您的存储库中，例如/httpRepoContent和c:\httpRepoContent，这是通过Git、SVN等同步的文件夹。

然后，替换你的web服务器的内容文件夹(/var/www和c:\程序文件\web server\www{名称并不重要，如果你必须编辑})，用一个符号链接到你的存储库中的内容。web服务器将看到内容实际上是在“正确”的位置，但你可以使用你的源代码控制。

但是，如果您需要在存储库中使用符号链接，您将需要研究一些类似于前/后提交脚本的东西。我知道您可以使用它们来做一些事情，例如通过格式化程序解析代码文件，因此应该可以在平台之间转换符号链接。

如果有人知道一个好地方可以学习如何为常见的源代码控制、SVN、Git和MG执行这些脚本，那么请添加评论。

对于那些在Windows Vista、Windows 7或更高版本上使用Cygwin的人来说，原生git命令可以创建“适当的”符号链接，这些符号链接可以被Windows应用程序(如Android Studio)识别。你只需要设置CYGWIN环境变量来包含winsymlinks:native或winsymlinks:nativestrict，就像这样:

export CYGWIN="$CYGWIN winsymlinks:native"

这样做的缺点(也是一个很重要的缺点)是Cygwin shell必须是“以管理员身份运行”，这样它才能拥有创建这些符号链接所需的操作系统权限。但是，一旦创建了它们，就不需要特殊的权限来使用它们。只要它们没有在存储库中被另一个开发人员更改，git就可以在正常的用户权限下正常运行。

就我个人而言，我只对Windows应用程序(即非cygwin)导航的符号链接使用这种方法，因为这增加了难度。

有关此选项的更多信息，请参阅堆栈溢出问题:如何在Windows 7中使用Cygwin创建符号链接

我一直在文档根目录和Git存储库目录之间使用符号链接。我喜欢把它们分开。在Windows上，我使用mklink /j选项。这个连接似乎可以让Git正常运行:

>mklink /j <链路>的位置(路径)<链路>的来源

例如:

>梅子/j . c

Git SCM的最新版本(在版本2.11.1上测试)允许启用符号链接。但是你必须再次用符号链接克隆存储库git clone -c core。符号链接= true > < URL。该命令需要使用管理员权限执行。也可以在Windows上使用mklink创建符号链接。

看看维基吧。

2020+ TL;DR答案

在Windows 10/11中启用“开发人员模式”——赋予mklink权限 确保符号链接在git中启用(至少)其中之一 系统设置:安装msysgit时勾选复选框 全局设置:git配置——Global core。符号链接的真实 本地设置:git config core。符号链接的真实

注意，git在Windows上对符号链接的支持相对较新。 有一些错误仍然影响一些git客户端。 值得注意的是，由于libgit2中的(固定的)回归，在一些程序中带有相对(..)路径的符号链接被破坏了。 例如，GitKraken会受到影响，因为他们正在等待nodegit从v0更新libgit2。X(回归到v1)x(固定)。

重新创建缺失/损坏的符号链接

使用这些(越来越强大和“危险”)选项之一的多个git客户机已经报告了不同程度的成功

Checkout: git Checkout——path/to/symlink 恢复(从git v2.23.0开始):git Restore——path/to/symlink 切换分支(离开和返回) 硬复位:git复位-硬 删除本地存储库后重新克隆

故障排除

Git配置——show-scope——show-origin core。Symlinks将显示设置的级别(又名“作用域”)，保存设置的配置文件(又名“origin”)所在的位置，以及设置的当前值。“本地”配置很可能会覆盖“全局”或“系统”设置。Git配置——取消核心设置。Symlinks将清除一个“本地”设置，允许更高级别的设置生效。