Re: [RFC] separate .git from working directory

From: Liu Yubao <yubao.liu@gmail.com>
Date: Oct 12, 2006, 04:07 UTC
Message-ID: <452DBF9E.7010900@gmail.com>
In-Reply-To: <fcaeb9bf0610111455y225237cmdbaadbf294686d8e@mail.gmail.com>

Nguyen Thai Ngoc Duy wrote:

Show 17 quoted lines

> On 10/11/06, Sean <seanlkml@sympatico.ca> wrote:
>> You can export a GIT_DIR manually pretty easily if you want to move
>> the .git directory somewhere else.  Also you could make a "git find"
>> shell script named "gf" that does something like:
>>
>> #/bin/sh
>> find "$@" ! -path '*/.git/*'
>>
>> Which would let you type  "gf -name blah" and automatically ignore
>> the .git directory.
> 
> It should work. However I would rather use "normal" find than
> specialized ones. Imagine somedays I hate find and start to love grep,
> I would have to find out --exclude option and create new "gg" script.
> In worse cases where recursive commands don't support filtering, I
> have no chance to filter out .git directories.
>

Subversion puts a .svn/ in every directory under control, I dislike this feature, I have to use many wrapper scripts.

Maybe the svk way is worth considering, it maintains a map relation between paths in repository and file system like this:

$ svk checkout --list
           depot path			path
==================================================================
//path/in/repos/hello/world.c           /path/in/fs/hello/world.c

The problem is users must maintain this map when move or delete /path/in/fs/hello/world.c, it's a bit annoying.

see http://svkbook.elixus.org/nightly/en/svk-book.html#svk.ref.svk.c.checkout for more information.