-
Notifications
You must be signed in to change notification settings - Fork 604
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
Flexible commit loading (intended for large repos) #368
Comments
Instead of a I like the ideas of offering a |
The load action could use |
Sure for the |
This allows to specify options that are passed to the git-log command used by the main view. References #368
This issue is so old, that an update on state of the matters would be welcomed. |
I just use something like |
With
graph=no-topo
, the startup delay issue is fixed indeed. But the lag due to the commit loading (described in #366) still exists. We may want to make the loading flexible, that would make Tig very handy with large repos. What I could imagine is:max-loading=X
option to make Tig stop loading after X commits (1000 is done in less than .5s and is quite enough).load
action to fetchX
more commits.Use case: imagine to stop loading with
z
or set a max to 36, then trying to go beyong the last line will try to load more commits instead of directly displaying "Cannot move beyond the last line".A default value of
max-loading=0
would mean "fetch all".N.B.: in addition to sourceable contributed
vim.tigrc
oremacs.tigrc
(as mentioned in #273), we may add a convenientcontrib/large.tigrc
file which setsgraph=no-topo
andmax-loading=1000
for instance.The text was updated successfully, but these errors were encountered: