我们的开发人员使用混合的基于Windows和Unix的操作系统。因此，在Unix机器上创建的符号链接对Windows开发人员来说成为一个问题。在Windows（MSysGit）中，符号链接被转换为一个包含指向文件的路径的文本文件。相反，我希望将符号链接转换为实际的Windows符号链接。
我对此的解决方案（已更新）如下：
我还没有实现这个方案，但我相信这是一个解决此问题的可靠方法。
更新说明
对于大多数在Windows上遇到符号链接和 git 以及与 *nix 系统共享仓库的问题的开发人员来说，这个主题是一个已解决的问题 - 只要你稍微更新一下对 mklink 的理解并打开开发者模式。
在深入讨论以下 git 技巧之前，请参阅此 更现代的答案。
有一段时间我也在问同样的问题（不是在这里，只是普遍地），最终得出了与 OP 提出的建议非常相似的解决方案。我会发布我最终使用的解决方案。
但首先我将直接回答 OP 的三个问题：
Q: “您认为此方法有哪些缺点？”
A: 对于所提出的解决方案确实存在一些缺点，主要涉及增加仓库污染的潜力或在它们处于“Windows 符号链接”状态时意外添加重复文件。（详见下文的“限制”部分。）
Q: “这个提交后脚本是否可行？即我是否可以递归地找到git创建的虚拟“符号链接”文件？”
A: 是的，提交后脚本是可行的！也许不会像字面意义上的post-
git checkout步骤那样，但下面的解决方案已经足够满足我的需求了，因此不需要字面意义上的提交后脚本。
Q: “有人已经写过这样的脚本了吗？”
A: 是的！
我们的开发人员处于与OP相同的境地：Windows和类Unix主机的混合，具有许多git符号链接的存储库和子模块，并且在MsysGit的发布版本中尚无智能处理Windows主机上的这些符号链接的本地支持（尚未）。
感谢Josh Lee指出git使用特殊文件模式120000提交符号链接的事实。有了这些信息，就可以添加一些git别名，允许在Windows主机上创建和操作git符号链接。
Creating git symlinks on Windows
git config --global alias.add-symlink '!'"$(cat <<'ETX'
__git_add_symlink() {
if [ $# -ne 2 ] || [ "$1" = "-h" ]; then
printf '%b\n' \
'usage: git add-symlink <source_file_or_dir> <target_symlink>\n' \
'Create a symlink in a git repository on a Windows host.\n' \
'Note: source MUST be a path relative to the location of target'
[ "$1" = "-h" ] && return 0 || return 2
fi
source_file_or_dir=${1#./}
source_file_or_dir=${source_file_or_dir%/}
target_symlink=${2#./}
target_symlink=${target_symlink%/}
target_symlink="${GIT_PREFIX}${target_symlink}"
target_symlink=${target_symlink%/.}
: "${target_symlink:=.}"
if [ -d "$target_symlink" ]; then
target_symlink="${target_symlink%/}/${source_file_or_dir##*/}"
fi
case "$target_symlink" in
(*/*) target_dir=${target_symlink%/*} ;;
(*) target_dir=$GIT_PREFIX ;;
esac
target_dir=$(cd "$target_dir" && pwd)
if [ ! -e "${target_dir}/${source_file_or_dir}" ]; then
printf 'error: git-add-symlink: %s: No such file or directory\n' \
"${target_dir}/${source_file_or_dir}" >&2
printf '(Source MUST be a path relative to the location of target!)\n' >&2
return 2
fi
git update-index --add --cacheinfo 120000 \
"$(printf '%s' "$source_file_or_dir" | git hash-object -w --stdin)" \
"${target_symlink}" \
&& git checkout -- "$target_symlink" \
&& printf '%s -> %s\n' "${target_symlink#$GIT_PREFIX}" "$source_file_or_dir" \
|| return $?
}
__git_add_symlink
ETX
)"
Usage: git add-symlink <source_file_or_dir> <target_symlink>, where the argument corresponding to the source file or directory must take the form of a path relative to the target symlink. You can use this alias the same way you would normally use ln.
E.g., the repository tree:
dir/
dir/foo/
dir/foo/bar/
dir/foo/bar/baz (file containing "I am baz")
dir/foo/bar/lnk_file (symlink to ../../../file)
file (file containing "I am file")
lnk_bar (symlink to dir/foo/bar/)
Can be created on Windows as follows:
git init
mkdir -p dir/foo/bar/
echo "I am baz" > dir/foo/bar/baz
echo "I am file" > file
git add -A
git commit -m "Add files"
git add-symlink ../../../file dir/foo/bar/lnk_file
git add-symlink dir/foo/bar/ lnk_bar
git commit -m "Add symlinks"
Replacing git symlinks with NTFS hardlinks+junctions
git config --global alias.rm-symlinks '!'"$(cat <<'ETX'
__git_rm_symlinks() {
case "$1" in (-h)
printf 'usage: git rm-symlinks [symlink] [symlink] [...]\n'
return 0
esac
ppid=$$
case $# in
(0) git ls-files -s | grep -E '^120000' | cut -f2 ;;
(*) printf '%s\n' "$@" ;;
esac | while IFS= read -r symlink; do
case "$symlink" in
(*/*) symdir=${symlink%/*} ;;
(*) symdir=. ;;
esac
git checkout -- "$symlink"
src="${symdir}/$(cat "$symlink")"
posix_to_dos_sed='s_^/\([A-Za-z]\)_\1:_;s_/_\\\\_g'
doslnk=$(printf '%s\n' "$symlink" | sed "$posix_to_dos_sed")
dossrc=$(printf '%s\n' "$src" | sed "$posix_to_dos_sed")
if [ -f "$src" ]; then
rm -f "$symlink"
cmd //C mklink //H "$doslnk" "$dossrc"
elif [ -d "$src" ]; then
rm -f "$symlink"
cmd //C mklink //J "$doslnk" "$dossrc"
else
printf 'error: git-rm-symlink: Not a valid source\n' >&2
printf '%s =/=> %s (%s =/=> %s)...\n' \
"$symlink" "$src" "$doslnk" "$dossrc" >&2
false
fi || printf 'ESC[%d]: %d\n' "$ppid" "$?"
git update-index --assume-unchanged "$symlink"
done | awk '
BEGIN { status_code = 0 }
/^ESC\['"$ppid"'\]: / { status_code = $2 ; next }
{ print }
END { exit status_code }
'
}
__git_rm_symlinks
ETX
)"
git config --global alias.rm-symlink '!git rm-symlinks' # for back-compat.
Usage:
git rm-symlinks [symlink] [symlink] [...]
This alias can remove git symlinks one-by-one or all-at-once in one fell swoop. Symlinks will be replaced with NTFS hardlinks (in the case of files) or NTFS junctions (in the case of directories). The benefit of using hardlinks+junctions over "true" NTFS symlinks is that elevated UAC permissions are not required in order for them to be created.
To remove symlinks from submodules, just use git's built-in support for iterating over them:
git submodule foreach --recursive git rm-symlinks
But, for every drastic action like this, a reversal is nice to have...
Restoring git symlinks on Windows
git config --global alias.checkout-symlinks '!'"$(cat <<'ETX'
__git_checkout_symlinks() {
case "$1" in (-h)
printf 'usage: git checkout-symlinks [symlink] [symlink] [...]\n'
return 0
esac
case $# in
(0) git ls-files -s | grep -E '^120000' | cut -f2 ;;
(*) printf '%s\n' "$@" ;;
esac | while IFS= read -r symlink; do
git update-index --no-assume-unchanged "$symlink"
rmdir "$symlink" >/dev/null 2>&1
git checkout -- "$symlink"
printf 'Restored git symlink: %s -> %s\n' "$symlink" "$(cat "$symlink")"
done
}
__git_checkout_symlinks
ETX
)"
git config --global alias.co-symlinks '!git checkout-symlinks'
Usage: git checkout-symlinks [symlink] [symlink] [...], which undoes git rm-symlinks, effectively restoring the repository to its natural state (except for your changes, which should stay intact).
And for submodules:
git submodule foreach --recursive git checkout-symlinks
Limitations:
Directories/files/symlinks with spaces in their paths should work. But tabs or newlines? YMMV… (By this I mean: don’t do that, because it will not work.)
If yourself or others forget to git checkout-symlinks before doing something with potentially wide-sweeping consequences like git add -A, the local repository could end up in a polluted state.
Using our "example repo" from before:
echo "I am nuthafile" > dir/foo/bar/nuthafile
echo "Updating file" >> file
git add -A
git status
# On branch master
# Changes to be committed:
# (use "git reset HEAD <file>..." to unstage)
#
# new file: dir/foo/bar/nuthafile
# modified: file
# deleted: lnk_bar # POLLUTION
# new file: lnk_bar/baz # POLLUTION
# new file: lnk_bar/lnk_file # POLLUTION
# new file: lnk_bar/nuthafile # POLLUTION
#
Whoops...
For this reason, it's nice to include these aliases as steps to perform for Windows users before-and-after building a project, rather than after checkout or before pushing. But each situation is different. These aliases have been useful enough for me that a true post-checkout solution hasn't been necessary.
参考文献：
http://git-scm.com/book/en/Git-Internals-Git-Objects
http://technet.microsoft.com/en-us/library/cc753194
最后更新时间：2019年3月13日
mklink调用）- 不再有Bashisms！add-symlink别名现在更像ln(1)，可以从存储库中的任何目录使用，而不仅仅是存储库的根目录。rm-symlink 别名（单数）已被rm-symlinks别名（复数）取代，后者现在接受多个参数（或根本不接受参数，以查找整个存储库中的所有符号链接），以选择性地将git符号链接转换为NTFS硬链接+junctions。checkout-symlinks别名也已更新，以接受多个参数（或没有参数，== everything），以选择性地颠倒上述变换。最后说明：虽然我已经测试了使用Bash 3.2（甚至是3.1）加载和运行这些别名，为那些因各种原因仍然停留在古老版本上的人提供了帮助，但请注意，像这样旧的版本因其解析器错误而臭名昭著。如果您在尝试安装这些别名时遇到问题，您应该首先考虑升级您的Shell（对于Bash，请使用CTRL + X，CTRL + V检查版本）。或者，如果您正在尝试通过将它们粘贴到终端仿真器中来安装它们，您可以将它们粘贴到文件中并进行源化，例如
. ./git-win-symlinks.sh
git add-symlink 配方对我来说非常有价值。非常感谢。 - Dan Lenskipwd 来创建符号链接，而不是仓库根目录。https://coderwall.com/p/z86txw/make-symlink-on-windows-in-a-git-repo - mrkschanmklink 权限git config --global core.symlinks truegit config core.symlinks true小心，在Windows上使用git的符号链接支持是相对较新的。
仍然有一些bug会影响一些git客户端。
特别是，由于libgit2中的一个修复, 一些程序在检出时会破坏带有“父级”(..)路径的符号链接。
例如，GitKraken受到此影响，因为他们正在等待nodegit更新libgit2从v0.x（回归）到v1.x（修复）。
有多个git客户端报告了不同程度的成功，其中一个选项是（越来越强制和“危险”）
git checkout -- path/to/symlinkgit restore -- path/to/symlinkgit reset --hardgit config --show-scope --show-origin core.symlinks 将显示设置的级别（也称为“范围”），持久化该设置的配置文件（也称为“来源”）以及设置的当前值。很可能是“本地”配置覆盖了“全局”或“系统”设置。 git config --unset core.symlinks 将清除“本地”设置，从而使更高级别的设置生效。
git config core.symlinks仍然返回false，而git config --global core.symlinks则返回true，则可以使用此方法。运行git config --unset core.symlinks；注意：没有--global！ - lapis您可以通过查找其模式为120000的文件来找到符号链接，可能使用以下命令：
git ls-files -s | awk '/120000/{print $4}'
一旦您更换了链接，我建议使用git update-index --assume-unchanged标记它们为未更改，而不是将它们列在.git/info/exclude中。
git ls-files -s | grep '^12' | cut -f2（第二个制表符分隔的列；其他列是空格分隔）。 - Zenexerfor f in `git ls-files -s | awk '/120000/{print $4}'`; do git update-index --assume-unchanged $f; done - DaveAlden
tslint.json文件仍然引用父目录中的文件../tslint.json。很遗憾，因为这看起来是所有提出的解决方案中最简单的一个。 - Jan Aagaardgit clone -c core.symlinks=true <URL>，在Windows上你需要以管理员权限运行。 - Leon由于自从这些答案发布以来，Git已经发生了变化，因此以下是正确的说明，以便在Windows上正确使用符号链接：
2018年8月
1.确保已安装支持符号链接的Git
2.告诉Bash创建硬链接而不是符号链接
(git folder)/etc/bash.bashrc
在底部添加- MSYS=winsymlinks:nativestrict
3.设置Git配置以使用符号链接
git config core.symlinks true
或者
git clone -c core.symlinks=true <URL>
注意：我已经尝试将这个设置添加到全局Git配置中，但目前它对我没有效果，因此建议将其添加到每个存储库中...
4. 拉取存储库
注意：除非您在最新版本的Windows 10中启用了开发者模式，否则您需要以管理员身份运行Bash以创建符号链接。
5. 重置所有符号链接（可选）
如果您有现有的存储库或使用子模块，则可能会发现符号链接未被正确地创建，因此若要刷新存储库中的所有符号链接，您可以运行以下命令。
find -type l -delete
git reset --hard
注意：这将重置自上次提交以来所做的任何更改，因此请确保您已经先提交了。
这个应该在MSysGit 中实现，但存在两个问题：
我进行了快速搜索，发现已经在积极解决这个问题，可以看一下这个issue：224。
现在在Windows 10创建者更新版中，用户（具有管理员权限）可以首先启用开发人员模式，然后机器上的任何用户都可以运行mklink命令而不需要提升命令行控制台权限。
是什么推动了这个变化？符号链接的可用性和使用对于现代开发人员来说非常重要:
许多流行的开发工具（如git）和程序包管理器（如npm）在创建repo或package时会识别和保留符号链接，当那些repo或package在其他地方恢复时，符号链接也将被恢复，确保不浪费磁盘空间（和用户的时间）。
在所有“创作者更新”的其他公告中，很容易忽视，但是如果您启用开发人员模式，您就可以在不需要提升权限的情况下创建符号链接。您可能需要重新安装Git并确保启用了符号链接支持，因为默认情况下不会启用。
gpedit.msc是本地计算机策略，可以通过它来配置用户权限，包括SeCreateSymbolicLink等权限。在Computer Configuration->Windows Settings->Security Settings->Local Policies->User Rights Assignment中进行配置已经成为分配用户权限的标准方式。除了来自资源工具包的ntrights.exe或PowerShell之外，没有其他方法可以实现。 - 0xC0000022L我建议您不要在代码库中使用符号链接。将实际内容存储在代码库中，然后再将符号链接放在代码库之外，指向内容的位置。
例如，您正在使用代码库将站点托管在类Unix系统和Windows上进行比较。将内容存储在您的代码库中，假设为 /httpRepoContent 和 c:\httpRepoContent，这是通过 Git、SVN 等同步的文件夹。
然后，用指向代码库中内容的符号链接替换 Web 服务器的内容文件夹（/var/www 和 c:\program files\web server\www {名称并不重要，必要时进行编辑）。Web 服务器将把内容视为实际在“正确”的位置，但您可以使用源代码控制。
然而，如果需要在代码库中使用符号链接，则需要研究一些预/后提交脚本。我知道您可以使用它们来执行某些操作，例如通过格式化程序解析代码文件，因此可以将符号链接在平台之间进行转换。
如果有人知道一个学习如何为常见的源代码控制，如 SVN、Git 和 MG 编写这些脚本的好地方，请添加评论。
@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
我刚试过了Git 2.30.0（发布于2020年12月28日）。
这不是一个完整的答案，但还是有一些有用的小贴士。（请随意借鉴以供您自己回答。）
在安装 Git for Windows 时有一个文档链接。
这个链接会带你到这里：https://github.com/git-for-windows/git/wiki/Symbolic-Links -- 这是一个相当冗长的讨论。
FYI：至少有三种“链接类型”。只是为了强调本 wiki 记录的一个重要方面：我并不知道这一点，但有几种方法都在表面上“有点”类似符号链接，但技术层面上却非常不同：
stat 命令实际上认为是“符号链接”的东西。)在发布说明中，也不断提到符号链接。截至 2.30.0 版本，这里仍然被列为“已知问题”：
在 Windows 10 中 1703 之前，或 Developer Mode 关闭时，克隆带符号链接的存储库需要特殊权限，因此默认情况下禁用对符号链接的支持。使用
git clone -c core.symlinks=true <URL>启用它，详情请参见此处。