我有以下设置:
- WSL 与 Ubuntu 一起安装,git 已经安装在那里
- git 从 Windows 端的 https://git-scm.com 安装
- 通过打开开发人员模式并将我的用户添加到正确的策略组来启用符号链接创建,如 https://github.com/git-for-windows/git/wiki/Symbolic-Links 中所述
core.symlinks=true
(由于上线)core.autocrlf=false
(我不希望 git 做任何聪明的事情,我在 Windows 和 WSL 之间共享存储库)
这几乎完美地工作(非常印象深刻)。当我克隆存储库时,在 Windows 和 WSL 中都可以,除了两端之一的符号链接说它们被修改了,但它们没有。在两侧,符号链接都可以正常工作,我可以毫无问题地浏览它们。
在初始克隆(在Windows端)之后,Windows PowerShell提供:
PS C:UsersMatthewProjects...> git status
On branch master
Your branch is up to date with 'origin/master'.
nothing to commit, working tree clean
但是在 WSL 方面,它说修改了两个符号链接:
/mnt/c/Users/Matthew/Projects/...$ git status
On branch master
Your branch is up to date with 'origin/master'.
Changes not staged for commit:
(use "git add <file>..." to update what will be committed)
(use "git checkout -- <file>..." to discard changes in working directory)
modified: t/browser
modified: web/jslib
no changes added to commit
但是 git diff 没有给出任何输出:
/mnt/c/Users/Matthew/Projects/...$ git diff
/mnt/c/Users/Matthew/Projects/...$
如果我随后在 WSL 端重置结帐,它将全部切换:
/mnt/c/Users/Matthew/Projects/...$ git reset --hard HEAD
HEAD is now at ......... Commit message here
/mnt/c/Users/Matthew/Projects/...$ git status
On branch master
Your branch is up to date with 'origin/master'.
nothing to commit, working tree clean
回到Windows Powershell:
PS C:UsersMatthewProjects...> git status
On branch master
Your branch is up to date with 'origin/master'.
Changes not staged for commit:
(use "git add <file>..." to update what will be committed)
(use "git checkout -- <file>..." to discard changes in working directory)
modified: t/browser
modified: web/jslib
no changes added to commit (use "git add" and/or "git commit -a")
PS C:UsersMatthewProjects...> git diff
PS C:UsersMatthewProjects...>
似乎 git 正在设置一个内部标志,然后它认为在其他系统中发生了变化;有什么方法可以修复或解决这个问题吗?
找到了解决方法。我在 wsl 中为 Windows 创建了 Git 的别名:alias git="/mnt/c/Program\ Files/Git/bin/git.exe"。效果完美!
出现此问题的原因是 Windows 和 Linux(或至少是模拟版本)不同意符号链接的大小。在 Windows 上,符号链接的大小以块为单位,因此 6 个字符的符号链接的大小为 4096 字节。在 Linux 上,符号链接的大小是它包含的字节数(在本例中为 6)。
Git 写入索引以跟踪文件是否已更改的一件事是大小。当您执行任何类型的索引更新时,例如使用git reset --hard
,Git 会将所有这些元数据(包括大小)写入索引。当你运行git status
时,git 会检查此元数据以确定它是否匹配,如果不匹配,它会将文件标记为已修改。
可以控制是否在索引中检查某些信息,因为某些工具可能会产生虚假信息(例如,JGit 不写入设备和索引节点编号),但始终检查大小,因为它被视为文件是否已更改的良好指示器。
由于这是Windows和WSL如何看待符号链接之间的根本分歧,因此这确实无法修复。您可以尝试询问 Git for Windows 项目是否愿意在 Git for Windows 中解决此问题,但我怀疑答案可能是否定的,因为更改它可能会对所有 Windows 用户的性能产生影响。