git/list[1] front-page[2] threads[3] people[4] search[5] about
 

confusing GIT_DIR behavior case

From
BKBritton Kerin <bkerin@fastmail.fm>
Date
Mar 17, 2008, 22:43 UTC
Message-ID
<1205793829.5984.1242927563@webmail.messagingengine.com>

I'm noob so wanted to see 'git_repo' instead of invisible '.git'. I tried GIT_DIR=git_repo after looking at

       GIT_DIR
              If the GIT_DIR environment variable is set then it
              specifies a
              path to use instead of the default .git for the base of
              the
              repository.
in the man page plus the usual mantra of 
 
       git init 
       git add .
       git commit
in many git noob docs.
But it fails like this:
       rhino$ mkdir test
       rhino$ cd test
       rhino$ export GIT_DIR=git_repo
       rhino$ git init
       Initialized empty Git repository in git_repo/
       rhino$ git add .
       fatal: This operation must be run in a work tree

I had to irc to hear that git_repo must be added to info/exclude (even though '.git' isnt in there :).

Confusingly I was able to grope up a GIT_WORK_TREE setting (I forget exactly what) that made 'git add .' work but then 'git commit' failed.

It seems to me that at least one of these options should be useful (I doubt I know enought to know which):

   1.  GIT_DIR (and --git-dir) should make git behave exactly as if git
   was 
       wired to look for $GIT_DIR rather than '.git'.  The occurence of
       the
       GIT_DIR description in the top-level man page (for 'man git')
       seems to
       suggest that this is how things work.
   2.  The above man page section should be changed, and --git-dir
   option
       description should be expanded a bit, or referred to the section
       describing GIT_DIR.
   3.  The above diagnostic should be changed.  It looks to me like its
   running
       some test to determine that its in the repo directory and then
       giving
       up, presumably because it believes it was erroneously invoked
       there.  The
       error is the first thing that shows up in the above case probably
       because
       the git_repo is the first directory in a recursive traversal
       where there is
       a problem.  If this is the case it would be a nice clue if it
       would spit out
       the name of the offending directory.
   4.  The noob docs should make some mention of this issue.

Cheers, Britton

Next: Junio C Hamano
Message 1 of 2 in “confusing GIT_DIR behavior case”
  1. Britton KerinMar 17, 2008
  2. Junio C HamanoMar 17, 2008

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.