I keep some of my home directory in Git.  However, I also have
thousands of untracked files in the parts of my home directory I don't
have in Git.  Most of Git now handles this fine, with no performance
problems.  However, git-gui seems to search for all untracked files on
startup, which makes it unusably slow.

Perhaps git-gui could only look in directories which correspond to
trees in the most recent commit, and could show other directories
without showing the files they contain, like the output of "git
status".  Selecting that directory could expand it one level further.

- Josh Triplett

clone 466015 -1
retitle -1 gui: treat each untracked directory as a single unstaged change
severity -1 wishlist
thanks

Hi Josh,

Josh Triplett wrote:

Sorry for the long silence.

Two questions (I am mostly curious):

1. I take it ‘git status’ is fast enough?

2. What do you think of current git gui’s approach to this?  I tried out

 GIT_DIR=~/src/git/.git GIT_WORK_TREE=~/src/linux-2.6 git gui

and apparently it just shows the first 5000 untracked files and then
gives up. [1]  There was still a noticeable delay before I could use the
program, but it was at least not painful.

Good idea, cloning.  For reference, the last scripted version of
this part of ‘git status’ was v1.4.3-rc1~84^2~4:git-commit.sh,
which used ‘git ls-files --other --directory --no-empty-directory’.

Thanks for the report,
Jonathan

[1] See commit dd6451f9 (git-gui: Limit display to a maximum number of
files, 2009-08-11).

Josh Triplett wrote:

Thanks for the quick response.  This makes a lot of sense, and
probably the way to go will use widgets something like the treeview in
gitk.

Regards,
Jonathan