clone 466015 -1 retitle -1 gui: treat each untracked directory as a single unstaged change severity -1 wishlist thanks
Hi Josh, Josh Triplett wrote: > 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. 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. > 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. 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). -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
