我们的开发人员混合使用Windows和基于unix的操作系统。因此，在Unix机器上创建的符号链接成为Windows开发人员的一个问题。在Windows (MSysGit)中，符号链接被转换为一个文本文件，并带有它所指向的文件的路径。相反，我想将符号链接转换为实际的Windows符号链接。
我对此的(更新的)解决方案是:
编写一个检出后脚本，递归地查找“符号链接”文本文件。 将它们替换为Windows符号链接(使用mklink)，具有与虚拟“symbolic link”相同的名称和扩展名 通过在文件.git/info/exclude中添加一个条目来忽略这些Windows符号链接
我还没有实现这个方法，但我相信这是解决这个问题的可靠方法。
如果有的话，你认为这种方法有什么缺点? 这个后签出脚本是可实现的吗?也就是说，我能递归地找到Git创建的虚拟“符号链接”文件吗?
当前回答
Git SCM的最新版本(在版本2.11.1上测试)允许启用符号链接。但是你必须再次用符号链接克隆存储库git clone -c core。符号链接= true > < URL。该命令需要使用管理员权限执行。也可以在Windows上使用mklink创建符号链接。
看看维基吧。
其他回答
因此，自从发布了很多这些答案以来，Git已经发生了变化，下面是正确的指令，以使符号链接在Windows中正确工作:
2018年8月
1. 确保Git安装时带有符号链接支持
2. 告诉Bash创建硬链接而不是符号链接
(git)文件夹/ etc / bash . bashrc
添加到底部- MSYS=winsymlinks:nativestrict
3.将Git配置设置为使用符号链接
git config core.symlinks true
or
git clone -c core.symlinks=true <URL>
注意:我已经尝试将其添加到全局Git配置中，但目前它对我来说并不适用，所以我建议将其添加到每个存储库中…
4. 提取存储库
注意:除非您在最新版本的Windows 10中启用了开发人员模式，否则您需要以管理员身份运行Bash来创建符号链接
5. 重置所有符号链接(可选)
如果您有一个现有的存储库，或者正在使用子模块，您可能会发现符号链接没有被正确地创建，因此可以运行这些命令来刷新存储库中的所有符号链接。
find -type l -delete
git reset --hard
注意:这将重置自上次提交以来的所有更改，所以请确保您已经先提交了
我一直在寻找一种简单的解决方案来处理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
您可以通过查找模式为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
}
