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?
        • ... Martin Baehr
          • ... Marcus Comstedt (ACROSS) (Hail Ilpalazzo!) @ Pike (-) developers forum
            • ... Stephen R. van den Berg
      • ... Martin Stjernholm, Roxen IS @ Pike developers forum
        • ... Martin Baehr
          • ... Martin Stjernholm, Roxen IS @ Pike developers forum
            • ... Stephen R. van den Berg
        • ... Stephen R. van den Berg
          • ... Martin Stjernholm, Roxen IS @ Pike developers forum
            • ... Stephen R. van den Berg
            • ... Stephen R. van den Berg
              • ... Martin Stjernholm, Roxen IS @ Pike developers forum
              • ... Stephen R. van den Berg
              • ... Martin Stjernholm, Roxen IS @ Pike developers forum
    • ... Stephen R. van den Berg
      • ... Peter Bortas @ Pike developers forum
        • ... Stephen R. van den Berg
  • Re:... Mirar @ Pike developers forum

Reply via email to