On Thu, Aug 30, 2012 at 4:22 PM, Nguyen Thai Ngoc Duy <pclouds@xxxxxxxxx> wrote: > On Thu, Aug 30, 2012 at 8:12 PM, Orgad and Raizel Shaneh > <orgads@xxxxxxxxx> wrote: >>> Could be path normalization. What does "git rev-parse --git-dir" say? >>> Try to run it at top working directory and a subdirectory as well. >>> >>> If you set GIT_OBJECT_DIRECTORY environment variable to >>> //server/share/foo/repo/.git/objects, does it work? >> >> git rev-parse --git-dir in a subdirectory has //server > > Hmm where is your git repository? That does not look like a git > repository's path. > Let me try to explain again. I have /d/share/bare, which is a bare repository, and /d/share/repo which is a clone with a relative path to bare/.git/objects in its .git/objects/info/alternates D:\share is configured as a SMB shared folder. It is accessed using //server/share. I do not clone from this directory, but work directly in it using 'cd //server/share', then performing git operations. >> setting GIT_OBJECT_DIRECTORY prints "fatal: bad object HEAD" on git status. > > I guessed you put your repo in .../repo/.git, but I was probably > wrong. Try setting again, pointing GIT_OBJECT_DIRECTORY to the > "objects" directory inside your repository. I just want to make see if > it's because git miscalculates this path. If setting the env variable > works, then it probably does. > -- > Duy Same result. fatal: bad object HEAD. Tried even using a full (local) path to the objects dir. - Orgad -- 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