Junio C Hamano, Thu, Dec 07, 2006 20:16:39 +0100: > > I have a kind of awkward project to work with (~44k files, many binaries). > > > > The normal "git commit", which seem to be more than enough > > for anything and anyone else, is a really annoying procedure > > in my context. It spend too much time refreshing index and > > generating list of the files for the commit message. > > > > At first I stopped using git commit -a (doing only update-index), > > I am not sure what you are trying. Do you mean stat() is slow > on your filesystem? incredibly slow. That and the matter of having 44000 files to process with that slow stat(). > > Is there any simple way to modify git commit for such a workflow? > > Failing that, any simple and _fast_ way to find out if the index > > is any different from HEAD? (so that I don't produce empty commits). > > Maybe you want "assume unchanged"? > If that is core.ignoreState you mean, than maybe this is what I mean. I haven't tried it yet (now I wonder myself why I haven't tried it). But (I'm repeating myself, in <81b0412b0612060235l5d5f93d0hd1aaf34924f7783@xxxxxxxxxxxxxx>) I do not really understand how it _can_ help: "I ask because it does not ignore stat info, as the name implies. Because if it would, there'd be no point of calling lstat at all, wouldn't it?" That last question was about refresh_cache_entry - it calls lstat unconditionally. Still, I guess I'll have to try it. But aside from me trying ignoreState, can anyone help me with that question regarding checking if the index is any different from HEAD? Because even on a very brocken filesystem and 40k files in a repo you sometimes do want to call git-update-index --refresh just to be sure you haven't missed anything. And than it'll quickly become annoying flicking ignoreState back and forth. - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html