Martin Stjernholm, Roxen IS @ Pike developers forum wrote:
Try: LESS=-inqMSFXx4 in your environment (or a suitable subset), it solves that problem.
More precisely, -F is the relevant flag. Unfortunately it doesn't work with -c. I've bug reported that. Still I think I'd prefer to configure git status to not use the pager at all.
From the 1.6.0 relnotes:
* pager.<cmd> configuration variable can be used to enable/disable the default paging behaviour per command.
I.e. if you track the git.git sourcetree, simply install from master, the relevant patch went in on July 3rd 2008.
It's not quite the same as -l because it *does* recurse.
Yep, that's the problem.
In /etc/gitconfig: [alias] diffl = !git-diffl
And a small script called git-diffl in your path: #!/bin/sh
exec git diff "$@" -- $( git ls-files --exclude-standard . | fgrep -v / )
Should more or less take care of the problem.
"man gitattributes", ident attribute.
Ok, good. I think this should be turned on by default in the git repo so that all those $Id$ get back in business again.
It clutters the diff output, IMHO. I.e. the diff heading already mentions the two hashes the diff is between. But it's a matter of taste, of course; I'll play around with it a bit and see what is workable and/or desirable.
Tried that, didn't help the speed at all. It also gc'd by itself every once in a while, and doing an extra gc didn't improve things either.
Well, the gc is just the git gc for the repo, that will hardly help checkinspeed. Getting the SVN repo locally probably is the only thing that works.