我们的开发人员混合使用Windows和基于unix的操作系统。因此，在Unix机器上创建的符号链接成为Windows开发人员的一个问题。在Windows (MSysGit)中，符号链接被转换为一个文本文件，并带有它所指向的文件的路径。相反，我想将符号链接转换为实际的Windows符号链接。
我对此的(更新的)解决方案是:
编写一个检出后脚本，递归地查找“符号链接”文本文件。 将它们替换为Windows符号链接(使用mklink)，具有与虚拟“symbolic link”相同的名称和扩展名 通过在文件.git/info/exclude中添加一个条目来忽略这些Windows符号链接
我还没有实现这个方法，但我相信这是解决这个问题的可靠方法。
如果有的话，你认为这种方法有什么缺点? 这个后签出脚本是可实现的吗?也就是说，我能递归地找到Git创建的虚拟“符号链接”文件吗?
当前回答
简单的回答:如果您可以启用开发人员模式，它们现在得到了很好的支持。
来自Windows 10的Symlinks !：
Now in Windows 10 Creators Update, a user (with admin rights) can first enable Developer Mode, and then any user on the machine can run the mklink command without elevating a command-line console. What drove this change? The availability and use of symlinks is a big deal to modern developers: Many popular development tools like git and package managers like npm recognize and persist symlinks when creating repos or packages, respectively. When those repos or packages are then restored elsewhere, the symlinks are also restored, ensuring disk space (and the user’s time) isn’t wasted.
“创建者更新”的所有其他公告很容易被忽略，但如果启用了开发人员模式，则可以在没有提升权限的情况下创建符号链接。您可能必须重新安装Git并确保启用了符号链接支持，因为默认情况下并没有启用符号链接支持。
其他回答
简单的回答:如果您可以启用开发人员模式，它们现在得到了很好的支持。
来自Windows 10的Symlinks !：
Now in Windows 10 Creators Update, a user (with admin rights) can first enable Developer Mode, and then any user on the machine can run the mklink command without elevating a command-line console. What drove this change? The availability and use of symlinks is a big deal to modern developers: Many popular development tools like git and package managers like npm recognize and persist symlinks when creating repos or packages, respectively. When those repos or packages are then restored elsewhere, the symlinks are also restored, ensuring disk space (and the user’s time) isn’t wasted.
“创建者更新”的所有其他公告很容易被忽略，但如果启用了开发人员模式，则可以在没有提升权限的情况下创建符号链接。您可能必须重新安装Git并确保启用了符号链接支持，因为默认情况下并没有启用符号链接支持。
它应该在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正确地遍历链接，并通过恢复文件来撤销删除操作。
它没有其他一些提议的解决方案那么优雅，但它是对添加了符号链接的一些遗留环境的简单修复。
因此，自从发布了很多这些答案以来，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
注意:这将重置自上次提交以来的所有更改，所以请确保您已经先提交了
