问题
Recently I've been using git stash many times and I've been thinking that it is really slow, even on a new repository with a single file. I've read this question about git stash slowness and this other one and tried every answer to these questions but nothing actually works.
For example I've done the following steps to reproduce it:
git init
touch file.txt
vim file.txt
(edit the file adding 2 lines)git add .
git commit -m "Initial commit"
vim file.txt
(edit it again adding 1 line)time git stash
Output:
$ time git stash
Saved working directory and index state WIP on master: b9454ed Initial commit
HEAD is now at b9454ed Initial commit
real 0m8.042s
user 0m0.000s
sys 0m0.046s
8 seconds for stashing a single line is so much time. Now a test using libgit2sharp:
static void Main(string[] args)
{
Repository repo=new Repository(@"C:\Users\UserTest\TestGitRepo");
repo.Stashes.Add(new Signature("test", "test@test.com", new DateTimeOffset(DateTime.Now)), "Stash on master");
}
This code takes 74ms to stash the same change.
If Libgit2 is that fast then it should be possible to speed up git stash
command. How can I achieve this?
Actually using windows 10 64bit and git 2.11 64bits. Other git commands (like status, add, commit, etc.) work fine.
UPDATE: I've updated to git 2.13 and now it's 14,53s for git stash
...
UPDATE 2: I've updated to git 2.15 and trying the same test time git stash
returns real 0m6,553s
. Still really slow...
回答1:
Since Git 2.22
Since Git 2.22 the previously experimental feature is now stable and the default option.
Below Git 2.22
One year later, installing Git 2.19 I've seen a checkbox during git installation to enable the new experimental built-in stash.
In my case it works fine and I've noticed a huge performance improvement compared to the old implementation (which was using a script) and it's actually as fast as using the same command in linux.
Here the results following exactly the same steps:
$ time git stash
Saved working directory and index state WIP on master: 7a29b92 Initial commit
real 0m0,120s
user 0m0,000s
sys 0m0,015s
回答2:
To add to the existing answer you can enable the new feature if you’ve already installed 2.19 or later with:
git config --global stash.usebuiltin true
This works with the portable edition as well.
Please note that this feature doesn’t seem to work with submodules yet. https://github.com/git-for-windows/git/issues/1820
回答3:
git stash will be faster with Git 2.25 (Q1 2020), where users of oneway_merge()
(like "reset --hard") learned to take advantage of fsmonitor to avoid unnecessary lstat(2) calls.
(Since Git 2.22, Q2 2019, git stash is entirely rewritten in C, and is the default)
See commit 679f2f9 (20 Nov 2019) by Utsav Shah (Utsav2).
(Merged by Junio C Hamano -- gitster -- in commit 473b431, 05 Dec 2019)
unpack-trees: skip stat on fsmonitor-valid files
Helped-by: Junio C Hamano
Helped-by: Kevin Willford
Signed-off-by: Utsav ShahThe index might be aware that a file hasn't modified via
fsmonitor
, but unpack-trees did not pay attention to it and checked viaie_match_stat
which can be inefficient on certain filesystems.
This significantly slows down commands that runoneway_merge
, likecheckout
and git reset --hard.This patch makes
oneway_merge
check whether a file is considered unchanged throughfsmonitor
and skipsie_match_stat
on it.
unpack-trees also now correctly copies overfsmonitor
validity state from the source index.
Finally, for correctness, we force a refresh offsmonitor
state intweak_fsmonitor
.After this change, commands like
stash
(that use git reset --hard internally) go from 8s or more to ~2s on a 250k file repository on a mac.
来源:https://stackoverflow.com/questions/44159850/git-stash-on-windows-extremly-slow-compared-to-libgit2