-
-
Notifications
You must be signed in to change notification settings - Fork 605
blame (sometimes) slow #673
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
I just had a look at the issue (also using the linux repo). On my machine, |
Seems a known issue: libgit2/libgit2#3027 |
One solution I found would be to shell out to |
that is not an option. we made it this far without that :) |
Just started using libgit2 with the hopes of using it to automate extracting blame info from git repos. Found it it takes a VERY LONG time to run a blame using libgit2 compared to running |
For the record, I just observed a release build (from source) example Seriously that is dismal performance. Not that it is anyones fault, but I cannot use this in a real world situation with such a delay to just extract the blame information. I will be dealing with 100s of files which will need to extract blame info for lines in the source. At this rate it will take weeks to just generate the report. Thank you. And if there is a good solution I will certain listen, and if there is a patch I can try, I'll try it. |
This has to be fixed upstream in libgit2 |
@cruessler I use the linux repo as a worst case git repo often to benchmark. doing a blame on
include/uapi/linux/netfilter/xt_MARK.h
takes incredibly long. we should look into this. (hope its not the underlyinglibgit2
to blame):gitui.log
:git cli blame:
The text was updated successfully, but these errors were encountered: