* [PATCH 1/1] gitk: Addressing error running on MacOS with large repos.
2019-10-03 20:49 [PATCH 0/1] gitk: Addressing error running on MacOS with large repos Arash via GitGitGadget
@ 2019-10-03 20:49 ` Arash Bannazadeh-Mahani via GitGitGadget
0 siblings, 0 replies; 2+ messages in thread
From: Arash Bannazadeh-Mahani via GitGitGadget @ 2019-10-03 20:49 UTC (permalink / raw)
To: git; +Cc: Arash, Junio C Hamano, Arash Bannazadeh-Mahani
From: Arash Bannazadeh-Mahani <axbannaz@gmail.com>
The change is stemmed from a problem on the MacOS where, if --all
is passed to gitk it should show all the refs/commits graphically.
However, on really large git repos, in my instance a git repo with
over 52,000 commits, gitk will report an error,
"Error executing git log: couldn't execute "git": argument list too long".
Mac OS has a limit of which my large repo exceeds. This works fine on Linux,
however, not sure about Windows.
Looking at gitk script, the decision to have all commit-ids on the command line
comes from return value of parseviewargs() function which uses the value of
"allknown" to return. If it is '1' then --all is translated to a string of all
the commit-ids in the repo, otherwise --all is passed as-is to `git log` cli,
which according to git-log man page it is the same as listing all the
commit-ids.
So, this change is to prevent --all option from being expanded into list
of all refs on the command line.
Signed-off-by: Arash Bannazadeh-Mahani <axbannaz@gmail.com>
---
gitk-git/gitk | 7 ++++++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/gitk-git/gitk b/gitk-git/gitk
index abe4805ade..96634d9d33 100755
--- a/gitk-git/gitk
+++ b/gitk-git/gitk
@@ -250,8 +250,13 @@ proc parseviewargs {n arglist} {
set nextisval 1
lappend glflags $arg
}
- "--not" - "--all" {
+ "--not" {
lappend revargs $arg
+ }
+ "--all" {
+ # we recognize this argument;
+ # no expansion needed, use it with 'git log' as-is
+ set allknown 0
}
"--merge" {
set vmergeonly($n) 1
--
gitgitgadget
^ permalink raw reply related [flat|nested] 2+ messages in thread