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.
--
Sincerely,
Stephen R. van den Berg.
How many weeks are there in a lightyear?