From: Johannes Schindelin <johannes.schindelin@gmx.de>
Date: Mon, 06 Aug 2007 10:42:42 GMT
Subject: Re: [MinGW PATCH] git clone was failing with 'invalid object name HEAD' if ran from cmd.exe directly
Message-ID: <Pine.LNX.4.64.0708061134380.14781@racer.site>
In-Reply-To: <BD28FA320B7749FFBE3135FE92380BCE@ntdev.corp.microsoft.com>

Hi,

On Mon, 6 Aug 2007, Dmitry Kakurin wrote:

> environment.c caches results of many getenv calls. Under MinGW setenv(X) 
> invalidates all previous values returned by getenv(X) so cached values 
> become dangling pointers.
> 
> Added cache-aware function set_git_dir to complement get_git_dir

The real problem here: mingw.git did not merge with upstream git.git in a 
long time (mainly because its maintainer is on holiday).  In the meantime, 
set_git_dir() is already there!

I had more problems than I thought with setting up a fork of mingw.git.  
It seems that the relative alternates path to mingw.git is followed, but 
not that one from mingw.git to git.git.  So I could upload, but not fetch.

So I propose to use http://repo.or.cz/w/git/mingw4msysgit.git/ in the 
meantime.  (Just give me your account name, and you'll be able to push to 
it.)

BTW your patch was white-space mangled.

Ciao,
Dscho