我们的开发人员混合使用Windows和基于unix的操作系统。因此，在Unix机器上创建的符号链接成为Windows开发人员的一个问题。在Windows (MSysGit)中，符号链接被转换为一个文本文件，并带有它所指向的文件的路径。相反，我想将符号链接转换为实际的Windows符号链接。
我对此的(更新的)解决方案是:
编写一个检出后脚本，递归地查找“符号链接”文本文件。 将它们替换为Windows符号链接(使用mklink)，具有与虚拟“symbolic link”相同的名称和扩展名 通过在文件.git/info/exclude中添加一个条目来忽略这些Windows符号链接
我还没有实现这个方法，但我相信这是解决这个问题的可靠方法。
如果有的话，你认为这种方法有什么缺点? 这个后签出脚本是可实现的吗?也就是说，我能递归地找到Git创建的虚拟“符号链接”文件吗?
当前回答
下面是一个批处理脚本，用于转换存储库中的符号链接，仅用于文件，基于Josh Lee的回答。https://gist.github.com/Quazistax/8daf09080bf54b4c7641上有一个带有管理员权限检查功能的脚本。
@echo off
pushd "%~dp0"
setlocal EnableDelayedExpansion
for /f "tokens=3,*" %%e in ('git ls-files -s ^| findstr /R /C:"^120000"') do (
call :processFirstLine %%f
)
REM pause
goto :eof
:processFirstLine
@echo.
@echo FILE: %1
dir "%~f1" | find "<SYMLINK>" >NUL && (
@echo FILE already is a symlink
goto :eof
)
for /f "usebackq tokens=*" %%l in ("%~f1") do (
@echo LINK TO: %%l
del "%~f1"
if not !ERRORLEVEL! == 0 (
@echo FAILED: del
goto :eof
)
setlocal
call :expandRelative linkto "%1" "%%l"
mklink "%~f1" "!linkto!"
endlocal
if not !ERRORLEVEL! == 0 (
@echo FAILED: mklink
@echo reverting deletion...
git checkout -- "%~f1"
goto :eof
)
git update-index --assume-unchanged "%1"
if not !ERRORLEVEL! == 0 (
@echo FAILED: git update-index --assume-unchanged
goto :eof
)
@echo SUCCESS
goto :eof
)
goto :eof
:: param1 = result variable
:: param2 = reference path from which relative will be resolved
:: param3 = relative path
:expandRelative
pushd .
cd "%~dp2"
set %1=%~f3
popd
goto :eof
其他回答
简单的回答:如果您可以启用开发人员模式，它们现在得到了很好的支持。
来自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并确保启用了符号链接支持，因为默认情况下并没有启用符号链接支持。
您可以通过查找模式为120000的文件来查找符号链接，可能使用以下命令:
git ls-files -s | awk '/120000/{print $4}'
一旦你替换了链接，我建议使用git update-index——assume-unchanged将它们标记为不变，而不是将它们列在.git/info/exclude中。
我一直在文档根目录和Git存储库目录之间使用符号链接。我喜欢把它们分开。在Windows上，我使用mklink /j选项。这个连接似乎可以让Git正常运行:
>mklink /j <链路>的位置(路径)<链路>的来源
例如:
>梅子/j . c
它应该在MSysGit中实现，但是有两个缺点:
符号链接只在Windows Vista及以后版本中可用(在2011年应该不是问题，但它确实是…)，因为旧版本只支持目录连接。 微软认为符号链接存在安全风险，因此默认情况下只有管理员可以创建符号链接。您需要提升Git进程的特权，或者使用fstool在您工作的每台机器上更改此行为。
我做了一个快速搜索，这方面的工作正在积极进行;见第224期。
下面是一个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
}
