On Fri, Aug 17, 2012 at 02:42:33PM +0300, Egon Elbre wrote: > Having an invalid HEAD file causes git not to recognize the repository > and will cause an invalid message "fatal: Not a git repository (or any > of the parent directories): .git" although there is a .git folder and > everything seems okay in it. Solution was just to change HEAD to a > valid ref/hash. Right. When we search for a .git directory, we do a few sanity checks on each candidate, like whether it has a properly-formatted HEAD, and whether it has "objects" and "refs" directories. We have to balance these heuristics to avoid false negatives (like yours, when the directory was meant to be a repository but looked bogus) with false positives (when we accidentally treat some random directory like a git repository). Since you don't have a working repository, the best we could do is say "well, this looks like a repository, but it's broken, so I kept looking". I think the best approach would probably be to have a new GIT_TRACE_GITDIR environment variable to help debug git-dir lookup (i.e., to print out details of the search as it happens). > I ran into this problem when I had a BSOD during a rebase (ignore that > I'm having to use Windows). This meant that only half of the hash got > written into HEAD and all git commands I tried failed. That generally shouldn't happen, as we write new ref content to a temporary file and then rename it into place atomically. I wonder if there is a problem with the atomicity there (we do not fsync after close, which some filesystems might want), or if it was simply filesystem corruption related to your BSOD. -Peff -- 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