On Thu, Aug 30, 2012 at 4:22 PM, Nguyen Thai Ngoc Duy <pclo...@gmail.com> wrote:
> On Thu, Aug 30, 2012 at 8:12 PM, Orgad and Raizel Shaneh
> <org...@gmail.com> 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
D:\share is configured as a SMB shared folder. It is accessed using
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.
Same result. fatal: bad object HEAD. Tried even using a full (local)
path to the objects dir.
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html