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

Re: builtin command's prefix question

From
Junio C Hamano <gitster@pobox.com>
Date
Dec 5, 2007, 23:22 UTC
Message-ID
<7vk5nsloa8.fsf@gitster.siamese.dyndns.org>
In-Reply-To
<7vlk88n648.fsf@gitster.siamese.dyndns.org>
Junio C Hamano <gitster@pobox.com> writes:
Show 7 quoted lines
>  * I would say it is a misconfiguration if GIT_DIR is not set and
>    GIT_WORK_TREE is, as the sole purpose of GIT_WORK_TREE is so that you
>    can work from a subdirectory when you set GIT_DIR.  I may be missing
>    an obvious use case that this is useful, but I do not think of any.
>    Dscho may be able to correct me on this, as he fixed up the original
>    work tree series that was even messier quite a bit during the last
>    round.

I had a short discussion with Dscho on this. One scenario that was brought up was this.

You have a work tree of mixed contents that logically belong to separate repository. Think $HOME/.?*, and tracking .vimrc and .pinerc as separate "projects". You have $HOME/gits/vim.git and $HOME/gits/pine.git bare-looking repositories.

The "kosher" way of doing this might be:
        $ cd $HOME
        $ GIT_WORK_TREE=$HOME; export GIT_WORK_TREE
        $ edit .vimrc
        $ GIT_DIR=gits/vim.git git commit .vimrc
        $ edit .pinerc
        $ GIT_DIR=gits/pine.git git commit .pinerc

However, if we define setup() to behave this way when GIT_DIR is not defined and GIT_WORK_TREE is:

 (1) internally pretend as if GIT_DIR was specified to be the
     directory where the command was started from (iow, do getcwd()
     once upon startup);
 (2) chdir to GIT_WORK_TREE (which means "callers of setup() always
     run from the top of the work tree");
 (3) set prefix to NULL;
Then this workflow becomes possible:
	$ cd $HOME
        $ GIT_WORK_TREE=$HOME; export GIT_WORK_TREE
	$ edit .vimrc .pinerc
        $ cd $HOME/gits/vimrc.git && git commit .vimrc
        $ cd $HOME/gits/pinerc.git && git commit .pinerc

I am not convinced this is giving any natural user experience, nor an alternative:

	$ cd $HOME
        $ GIT_WORK_TREE=$HOME; export GIT_WORK_TREE
        $ cd $HOME/gits/vimrc.git
	$ edit $HOME/.vimrc
        $ git commit .vimrc
        $ cd $HOME/gits/pinerc.git
	$ edit $HOME/.pinerc
        $ git commit .pinerc

While I still think the combination is simply crazy and does not make any sense, if enough users on the list agrees that it makes sense, I wouldn't mind setup() did (1) to (3) mentioned above. The alternative is simply to declare GIT_WORK_TREE without GIT_DIR is a nonsense and either error error out or ignore GIT_WORK_TREE, which might be easier to explain to people.

Opinions?
Previous: Junio C HamanoNext: Junio C Hamano
Message 3 of 7 in “builtin command's prefix question”
  1. Nguyen Thai Ngoc DuyDec 5, 2007
  2. Junio C HamanoDec 5, 2007
  3. Junio C HamanoDec 5, 2007
  4. Junio C HamanoDec 5, 2007
  5. Nguyen Thai Ngoc DuyDec 6, 2007
  6. Johannes SchindelinDec 6, 2007
  7. Junio C HamanoDec 6, 2007

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.