On Sat, May 23, 2015 at 11:41 AM, Thorsten von Eicken <t...@rightscale.com> wrote: > On 5/22/2015 7:22 PM, Duy Nguyen wrote: >> On Fri, May 22, 2015 at 07:03:48PM -0700, Junio C Hamano wrote: >>> As far as I know, GIT_DIR was prepared as a mechanism to point at >>> another .git directory that does not live inside the working tree, not >>> as a mechanism to rename it to arbitrary name. E.g. >>> >>> $ git init >>> $ mv .git .svn >>> $ GIT_DIR=$(pwd)/.svn ; export GIT_DIR >>> >>> is not expected to work. >> >> ++ >> +Note that if GIT_DIR is set explicitly to a directory inside working >> +tree, the directory name must be ".git". > This is not at all what I was hoping to hear, but thanks for the response.
To elaborate a bit more, I think ".git" was cooked in the code near the beginning and for too long. By the time people wanted flexibility, ".git" string was already all over the place and changing it may require some (and maybe big) code reorganization, and all that is for a rare use case.. I think I saw at least two attempts to fix this but they went nowhere. On the bright side, you can work around this easily by adding ".svn" to your ignore list. -- Duy -- 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
