我们的开发人员混合使用Windows和基于unix的操作系统。因此，在Unix机器上创建的符号链接成为Windows开发人员的一个问题。在Windows (MSysGit)中，符号链接被转换为一个文本文件，并带有它所指向的文件的路径。相反，我想将符号链接转换为实际的Windows符号链接。
我对此的(更新的)解决方案是:
编写一个检出后脚本，递归地查找“符号链接”文本文件。 将它们替换为Windows符号链接(使用mklink)，具有与虚拟“symbolic link”相同的名称和扩展名 通过在文件.git/info/exclude中添加一个条目来忽略这些Windows符号链接
我还没有实现这个方法，但我相信这是解决这个问题的可靠方法。
如果有的话，你认为这种方法有什么缺点? 这个后签出脚本是可实现的吗?也就是说，我能递归地找到Git创建的虚拟“符号链接”文件吗?
当前回答
您可以通过查找模式为120000的文件来查找符号链接，可能使用以下命令:
git ls-files -s | awk '/120000/{print $4}'
一旦你替换了链接，我建议使用git update-index——assume-unchanged将它们标记为不变，而不是将它们列在.git/info/exclude中。
其他回答
您可以通过查找模式为120000的文件来查找符号链接，可能使用以下命令:
git ls-files -s | awk '/120000/{print $4}'
一旦你替换了链接，我建议使用git update-index——assume-unchanged将它们标记为不变，而不是将它们列在.git/info/exclude中。
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将清除一个“本地”设置，允许更高级别的设置生效。
下面是一个PowerShell脚本，用Windows替换Unix符号链接。
# This fixes permission denied errors you might get when
# there are Git symbolic links being used on repositories that
# you share in both POSIX (usually the host) and Windows (VM).
#
# This is not an issue if you are checking out the same
# repository separately in each platform. This is only an issue
# when it's the same working set (AKA make a change without
# committing on OS X, go to Windows VM and Git status would show
# you that change).
#
# Based on this answer on Stack Overflow: http://stackoverflow.com/a/5930443/18475
#
# No warranties. Good luck.
#
# NOTE: It must be run in elevated PowerShell
$ROOT = $PWD
$symlinks = &git ls-files -s | gawk '/120000/{print $4}'
foreach ($symlink in $symlinks) {
$content = &Get-Content $symlink
$content = $content.Replace("/", "\")
$filename = $symlink.Split("/")[-1]
cd (dirname $symlink)
rm $filename
echo Linking $content -> $filename
New-Item -ItemType SymbolicLink -Path $filename -Target $content
&git update-index --assume-unchanged $symlink
cd $ROOT
}
我刚刚尝试了Git 2.30.0(发布2020-12-28)。
这并不是一个完整的答案，但还是有一些有用的花边新闻。(你可以随意做出自己的回答。)
Git Wiki入口
在安装Git for Windows时，有一个文档链接
这个链接把你带到这里:https://github.com/git-for-windows/git/wiki/Symbolic-Links——这是一个相当长的讨论。
供你参考:至少有三种“链接”。只是为了强调这个维基条目的一个重要方面:我不知道这一点，但有几种方法在表面上都是“某种”符号链接，但在技术层面上是非常不同的:
git bash's "ln -s" Which just copies things. Oh, boy. That was unexpected to me. (FYI: Plain Cygwin does not do this. Mobaxterm does not do this. Instead they both create something that their stat command actually recognizes as "symbolic link".) cmd.exe's builtin "mklink" command with the "/D" parameter Which creates a directory symbolic link. (See the Microsoft documentation) cmd.exe's builtin "mklink" command with the "/J" parameter. Which creates a directory junction AKA soft link AKA reparse point. (See the Microsoft documentation.)
发行说明条目
此外，在发布说明中还会不断弹出符号链接。截至2.30.0，这里仍然被列为“已知问题”:
在1703年以前的Windows 10上，或者当开发人员模式被关闭时，克隆带有符号链接的存储库时需要特殊权限，因此默认情况下禁用对符号链接的支持。使用git clone -c core。symlinks=true <URL>来启用它，参见这里的详细信息。
它应该在MSysGit中实现，但是有两个缺点:
符号链接只在Windows Vista及以后版本中可用(在2011年应该不是问题，但它确实是…)，因为旧版本只支持目录连接。 微软认为符号链接存在安全风险，因此默认情况下只有管理员可以创建符号链接。您需要提升Git进程的特权，或者使用fstool在您工作的每台机器上更改此行为。
我做了一个快速搜索，这方面的工作正在积极进行;见第224期。
