【问题标题】：Why branch checkout on Windows is so slow, but on Linux so fast?为什么 Windows 上的分支结账速度如此之慢，而在 Linux 上却如此之快？
【发布时间】：2017-11-20 20:40:24
【问题描述】：

我有一个包含多个子模块的 git 存储库，并且在我的 Windows 10 build 15063 上获得了糟糕的性能，而在我的 Linux Mint 18 Sarah 上，一切都快如闪电。

在 Windows 和 Linux 上都使用 Smartgit 客户端，我可以在 test 分支上进行结帐，但在 Windows 机器上完成该过程大约需要 3 分钟：

Check Out Branch
    D:\SublimeText\Data\Packages> git.exe checkout test
    Switched to branch 'test'
    D:\SublimeText\Data\Packages\Default Syntax> git.exe fetch --progress --prune --recurse-submodules=no origin
    D:\SublimeText\Data\Packages\Force Rewrite Sublime Settings> git.exe fetch --progress --prune --recurse-submodules=no origin
    D:\SublimeText\Data\Packages\Side-by-Side Settings> git.exe fetch --progress --prune --recurse-submodules=no origin
    D:\SublimeText\Data\Packages\Overwrite Commit Completion> git.exe fetch --progress --prune --recurse-submodules=no origin
    D:\SublimeText\Data\Packages\Sublime Text Studio> git.exe fetch --progress --prune --recurse-submodules=no origin
    D:\SublimeText\Data\Packages\MarkdownLight> git.exe fetch --progress --prune --recurse-submodules=no origin
    D:\SublimeText\Data\Packages\Fixed Selections Clear> git.exe fetch --progress --prune --recurse-submodules=no origin
    D:\SublimeText\Data\Packages\SublimeCodeIntel> git.exe fetch --progress --prune --recurse-submodules=no origin
    D:\SublimeText\Data\Packages\Open Auto Completion> git.exe fetch --progress --prune --recurse-submodules=no origin
    D:\SublimeText\Data\Packages\amxmodx> git.exe fetch --progress --prune --recurse-submodules=no origin
    D:\SublimeText\Data\Packages\Shell Script> git.exe fetch --progress --prune --recurse-submodules=no origin
    D:\SublimeText\Data\Packages\Notepad++ Color Scheme> git.exe fetch --progress --prune --recurse-submodules=no origin
    D:\SublimeText\Data\Packages\LaTeXTools> git.exe fetch --progress --prune --recurse-submodules=no origin
    D:\SublimeText\Data\Packages\.versioning> git.exe fetch --progress --prune --recurse-submodules=no origin
    D:\SublimeText\Data\Packages\Toolbar> git.exe fetch --progress --prune --recurse-submodules=no origin
    D:\SublimeText\Data\Packages\BBCode> git.exe fetch --progress --prune --recurse-submodules=no origin
    D:\SublimeText\Data\Packages\Select All Spelling Errors> git.exe fetch --progress --prune --recurse-submodules=no origin
    D:\SublimeText\Data\Packages\Markdown to BB Code Converter> git.exe fetch --progress --prune --recurse-submodules=no origin
    D:\SublimeText\Data\Packages\All Autocomplete> git.exe fetch --progress --prune --recurse-submodules=no origin
    D:\SublimeText\Data\Packages\Package Control> git.exe fetch --progress --prune --recurse-submodules=no origin
    D:\SublimeText\Data\Packages\AutoFileName> git.exe fetch --progress --prune --recurse-submodules=no origin
    D:\SublimeText\Data\Packages\SQL Keyword Uppercase> git.exe fetch --progress --prune --recurse-submodules=no origin
    D:\SublimeText\Data\Packages\Fix Project Switch Restart Bug> git.exe fetch --progress --prune --recurse-submodules=no origin
    D:\SublimeText\Data\Packages\Indent and braces> git.exe fetch --progress --prune --recurse-submodules=no origin
    D:\SublimeText\Data\Packages\Override Unpacked Packages> git.exe fetch --progress --prune --recurse-submodules=no origin
    D:\SublimeText\Data\Packages\GotoLastEditEnhanced> git.exe fetch --progress --prune --recurse-submodules=no origin
    D:\SublimeText\Data\Packages\PowerCursors> git.exe fetch --progress --prune --recurse-submodules=no origin
    D:\SublimeText\Data\Packages\FuzzyFilePath> git.exe fetch --progress --prune --recurse-submodules=no origin
    D:\SublimeText\Data\Packages\Clear Cursors Carets> git.exe fetch --progress --prune --recurse-submodules=no origin
    D:\SublimeText\Data\Packages\ANSIescape> git.exe fetch --progress --prune --recurse-submodules=no origin
    D:\SublimeText\Data\Packages\Preferences Editor> git.exe fetch --progress --prune --recurse-submodules=no origin
    D:\SublimeText\Data\Packages\BufferScroll> git.exe fetch --progress --prune --recurse-submodules=no origin
    D:\SublimeText\Data\Packages\PackageDev> git.exe fetch --progress --prune --recurse-submodules=no origin
    D:\SublimeText\Data\Packages\Clipboard Scope Copy> git.exe fetch --progress --prune --recurse-submodules=no origin
    D:\SublimeText\Data\Packages\SideBarEnhancements> git.exe fetch --progress --prune --recurse-submodules=no origin
    D:\SublimeText\Data\Packages\View Settings Freely> git.exe fetch --progress --prune --recurse-submodules=no origin
    D:\SublimeText\Data\Packages\Fix Selection After Indent> git.exe fetch --progress --prune --recurse-submodules=no origin
    D:\SublimeText\Data\Packages\Amxx Pawn> git.exe fetch --progress --prune --recurse-submodules=no origin
    D:\SublimeText\Data\Packages\SublimeREPL> git.exe fetch --progress --prune --recurse-submodules=no origin
    D:\SublimeText\Data\Packages\SyncedSideBar> git.exe fetch --progress --prune --recurse-submodules=no origin
    D:\SublimeText\Data\Packages\Active View Jump Back> git.exe fetch --progress --prune --recurse-submodules=no origin

否则在 Linux 机器上，使用相同的存储库，我可以在大约 5 秒内完成 test 分支的结帐：

Check Out Branch
    ~/.config/sublime-text-3/Packages> git checkout test_linux
    Switched to branch 'test'

是否可以让 Windows 上的 git checkout 和 Linux 上的 git checkout 一样快？

我发现了另一个问题，但我不明白它是否适用于这里：

Git is slow on pushing submodules change to origin

更新

在@derHugo 评论之后，我发现在 Windows 上从命令行运行 git 并输入 git checkout test 与在 linux 上一样快。

现在我得换个问题，问一下为什么 Windows 的 Smartgit 客户端做的这么慢，而 Linux 客户端却没有。

如何在 Windows Smartgit 客户端上禁用这种缓慢的结帐，会有什么后果？

【问题讨论】：

看来您的 smargit 客户端不仅执行结帐，而且还对您的 repo 进行递归提取，而 linux 上的 git 仅执行结帐本身。
访问Git仓库的硬件和方法是否相同？
Linux是一个在Windows里面运行的虚拟机我做了同样的测试。所以，理论上，虚拟环境下 Linux 应该会慢一点，但是会快很多。
是的，但我猜你不会在 linux 上使用 smartgit 客户端，是吗？您是否尝试使用通常的 git for windows ？
我在 Windows 和 Linux 上都使用 Smartgit 客户端。谢谢@derHugo，我刚刚在windows上打开命令行并输入git checkout test，它和在linux上一样快。现在我不得不换个问题，问一下为什么 Windows 的 Smartgit 客户端会做这么慢的事情，而 Linux 客户端却没有。

标签： linux git git-branch git-submodules git-checkout

【解决方案1】：

SmartGit 似乎执行了一系列 git.exe 命令，每个命令都必须产生一个 bash 会话（产生/启动一个新的 shell 很慢）。
在“How are msys, msys2, and msysgit related to each other?”查看更多信息

如果您在 git bash 会话中执行相同操作，所有这些命令（针对每个子模块签出）都可以重用当前的 shell 会话：速度更快，即使在 Windows 上也是如此。

【讨论】：