All of lore.kernel.org
 help / color / mirror / Atom feed
From: Andy Parkins <andyparkins@gmail.com>
To: git@vger.kernel.org
Subject: git-status and git-diff now very slow in project with a submodule
Date: Thu, 20 May 2010 11:01:02 +0100	[thread overview]
Message-ID: <ht3194$1vc$1@dough.gmane.org> (raw)

Hello,

I've just upgraded from 1.6.something to 1.7.1.  All very nice.

The new submodule reporting is nice too; but I'd like to be able to turn it 
off :-)

The problem is that I have a (relatively) small project as the supermodule, 
and a linux kernel clone as a submodule and an ffmpeg clone as a submodule.  
Now I used to be able to do git-status or git-diff and it would be instant, 
it now takes a number of seconds to report.  I guess (but don't know), that 
it is the detection of "dirty" status in the submodule's that is slowing 
down the supermodule processing.

I wouldn't like to see the feature go, because in almost all circumstances 
it is exactly right; however, I'd like to be able to turn off dirty 
detection in submodules.  Is this already possible, and I've just missed the 
configuration option?

One additional small point: why do untracked files in a submodule make the 
module dirty?  I've often got a few "temp.ps" or "debug.log" or 
"backtrace.log" files lying around -- inappropriate to add to an ignore 
file, but they don't make my working directory dirty.  "Dirty" in a working 
directory means uncommitted changes to tracked files, why does it mean 
something different in a submodule?



Andy
-- 
Dr Andy Parkins
andyparkins@gmail.com

             reply	other threads:[~2010-05-20 10:01 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-05-20 10:01 Andy Parkins [this message]
2010-05-20 10:10 ` git-status and git-diff now very slow in project with a submodule Stefan Naewe
2010-05-20 11:37   ` Andy Parkins
2010-05-20 15:52     ` Michael J Gruber
2010-05-20 17:45       ` Andy Parkins
2010-05-20 17:49         ` Jens Lehmann
2010-05-20 18:01           ` Andy Parkins
2010-05-21 12:36             ` Nguyen Thai Ngoc Duy
2010-05-20 13:28 ` Junio C Hamano
2010-05-20 17:17   ` Andy Parkins
2010-05-20 22:59     ` Junio C Hamano
2010-05-21 12:05       ` Jens Lehmann
2010-05-21 12:52   ` Leo Razoumov
2010-05-21 17:54     ` Andreas Schwab
2010-05-22 12:05       ` Jens Lehmann
2010-05-22 12:08     ` Jens Lehmann

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='ht3194$1vc$1@dough.gmane.org' \
    --to=andyparkins@gmail.com \
    --cc=git@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.