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
next 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.