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将清除一个“本地”设置，允许更高级别的设置生效。

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

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

例如:

>梅子/j . c

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

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

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

它应该在MSysGit中实现，但是有两个缺点:

符号链接只在Windows Vista及以后版本中可用(在2011年应该不是问题，但它确实是…)，因为旧版本只支持目录连接。 微软认为符号链接存在安全风险，因此默认情况下只有管理员可以创建符号链接。您需要提升Git进程的特权，或者使用fstool在您工作的每台机器上更改此行为。

我做了一个快速搜索，这方面的工作正在积极进行;见第224期。

我一直在寻找一种简单的解决方案来处理Windows上的Unix符号链接。非常感谢您在之前的回答中提供Git别名。

可以对rm-符号链接进行一个小小的优化，以便在别名意外第二次运行时它不会删除目标文件夹中的文件。请观察循环中的新if条件，以确保在逻辑运行之前文件不是到目录的链接。

git config --global alias.rm-symlinks '!__git_rm_symlinks(){
for symlink in $(git ls-files -s | egrep "^120000" | cut -f2); do
    *if [ -d "$symlink" ]; then
      continue
    fi*
    git rm-symlink "$symlink"
    git update-index --assume-unchanged "$symlink"
done
}; __git_rm_symlinksenter

我们使用的一个简单的技巧是调用git add——连续两次。

例如，我们的Windows 7提交脚本调用:

git add --all
git add --all

第一个add将链接视为文本，并添加用于删除的文件夹。

第二个add正确地遍历链接，并通过恢复文件来撤销删除操作。

它没有其他一些提议的解决方案那么优雅，但它是对添加了符号链接的一些遗留环境的简单修复。