Re: git commit -a reports untracked files after a clone

From: Jeff King <peff@peff.net>
Date: May 16, 2011, 12:08 UTC
Message-ID: <20110516120825.GA24418@sigill.intra.peff.net>
In-Reply-To: <7C2AE1EE-4CAE-4E86-A53C-C97BE1F2573B@goli.at>

On Mon, May 16, 2011 at 12:49:07PM +0200, Philipp Metzler wrote:

> [phil@Silberpfeil git]$ git commit -uall
> # On branch master
> nothing to commit (working directory clean)

Hmm, nothing. That's odd.

Show 15 quoted lines

> [phil@Silberpfeil git]$ git commit -a
> # On branch master
> # Untracked files:
> #   (use "git add <file>..." to include in what will be committed)
> #
> #	t/t9154/
> #	t/t9601/
> #	t/t9602/
> #	t/t9603/
> #	t/t9700/
> #	t/valgrind/
> #	templates/
> #	vcs-svn/
> #	xdiff/
> nothing added to commit but untracked files present (use "git add" to track)

And now totally different output from before, and from the previous run.

So this is really strange. The fact that the list of directories is _different_ from your previous posting implies to me that it is not something about those particular files, but rather some weird race condition in the creation of those directories or the index.

But then the fact that we see them with no "-u", but don't see them with "-uall" implies some weird heisenbug in git's directory traversal. What happens if you do "git commit --all -uall"? I'd like to see if the thing that switches the behavior is the presence of "--all" or the absence of a "-u" option.

-Peff