# [RFC] separate .git from working directory 12 messages from 2006-10-11 to 2006-10-21. Participants: Nguyen Thai Ngoc Duy, Alex Riesen, Sean, Martin Waitz, Junio C Hamano, Liu Yubao. Thread: https://gitlist.dev/t/5884 ## Nguyen Thai Ngoc Duy, 2006-10-11 13:23 Subject: [RFC] separate .git from working directory Message-ID: URL: https://gitlist.dev/e/fcaeb9bf0610110623q365d3ffcw9ba9e11936d03a9d%40mail.gmail.com ``` Hi, I was thinking about this while reading subproject thread. In a simple case, I have a repo A located at ~/project-a and another repo B located at ~/project-a/some/dir/project-b. With this setup, command "find" and other directory-recursive commands will run horribly from ~/project-a when they go inside project-b/.git (no I don't want to repack -d everytime I want to find something). I propose to move project-b/.git outside and place a file, say .gitdir, in project-b directory. git-sh-setup and setup_git_directory are taught to recognize .gitdir, read it to find the actual GIT_DIR recorded inside .gitdir. This way git commands inside project-b should work fine while I can "find ~/project-a -name blah" or "grep -R blah" quickly. .gitdir format could be a simple shell-like format with environment variable assignments. BTW, talking about subproject support, how about git be taught to ignore directories which contain .gitdir so that git commands will not waste time checking project-b directory? -- Duy ``` ## Alex Riesen, 2006-10-11 14:41 Subject: Re: [RFC] separate .git from working directory Message-ID: <81b0412b0610110741q698e6512xc8a4188bac0294a4@mail.gmail.com> URL: https://gitlist.dev/e/81b0412b0610110741q698e6512xc8a4188bac0294a4%40mail.gmail.com In-Reply-To: ``` On 10/11/06, Nguyen Thai Ngoc Duy wrote: > Hi, > I was thinking about this while reading subproject thread. In a simple > case, I have a repo A located at ~/project-a and another repo B > located at ~/project-a/some/dir/project-b. With this setup, command > "find" and other directory-recursive commands will run horribly from > ~/project-a when they go inside project-b/.git (no I don't want to > repack -d everytime I want to find something). > I propose to move project-b/.git outside and place a file, say > .gitdir, in project-b directory. git-sh-setup and setup_git_directory You can even leave the name as is: it is impossible to misunderstand a file for directory (except on AIX). Or put the information in extended attributes. ``` ## Sean, 2006-10-11 15:43 Subject: Re: [RFC] separate .git from working directory Message-ID: URL: https://gitlist.dev/e/BAYC1-PASMTP10003954B66E10247020A7AE140%40CEZ.ICE In-Reply-To: ``` On Wed, 11 Oct 2006 20:23:50 +0700 "Nguyen Thai Ngoc Duy" wrote: > I was thinking about this while reading subproject thread. In a simple > case, I have a repo A located at ~/project-a and another repo B > located at ~/project-a/some/dir/project-b. With this setup, command > "find" and other directory-recursive commands will run horribly from > ~/project-a when they go inside project-b/.git (no I don't want to > repack -d everytime I want to find something). > I propose to move project-b/.git outside and place a file, say > .gitdir, in project-b directory. git-sh-setup and setup_git_directory > are taught to recognize .gitdir, read it to find the actual GIT_DIR > recorded inside .gitdir. This way git commands inside project-b should > work fine while I can "find ~/project-a -name blah" or "grep -R blah" > quickly. > .gitdir format could be a simple shell-like format with environment > variable assignments. Probably wouldn't be too hard to implement, but is it worth it? 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. Sean ``` ## Martin Waitz, 2006-10-11 18:14 Subject: Re: [RFC] separate .git from working directory Message-ID: <20061011181425.GA10922@admingilde.org> URL: https://gitlist.dev/e/20061011181425.GA10922%40admingilde.org In-Reply-To: ``` hoi :) On Wed, Oct 11, 2006 at 08:23:50PM +0700, Nguyen Thai Ngoc Duy wrote: > I was thinking about this while reading subproject thread. In a simple > case, I have a repo A located at ~/project-a and another repo B > located at ~/project-a/some/dir/project-b. With this setup, command > "find" and other directory-recursive commands will run horribly from > ~/project-a when they go inside project-b/.git (no I don't want to > repack -d everytime I want to find something). no it won't. For subprojects you really need a shared object repository. In such a setup b/.git/objects would be a symlink to the parent object directory. On the other hand, you already have the same problem with a/.git/objects. If you really want to move .git outside of the working directory you can always do so by using a symlink for the entire .git directory. -- Martin Waitz ``` ## Nguyen Thai Ngoc Duy, 2006-10-11 21:46 Subject: Re: [RFC] separate .git from working directory Message-ID: URL: https://gitlist.dev/e/fcaeb9bf0610111446i35251fc9i6517cc5b3b53fe84%40mail.gmail.com In-Reply-To: <20061011181425.GA10922@admingilde.org> ``` On 10/12/06, Martin Waitz wrote: > For subprojects you really need a shared object repository. > In such a setup b/.git/objects would be a symlink to the parent > object directory. > > On the other hand, you already have the same problem with > a/.git/objects. If you really want to move .git outside of the > working directory you can always do so by using a symlink for > the entire .git directory. I thought about symlinks. However find will follow symlinks and traverse .git directories again. My goal is to prevent looking into .git directories > > -- > Martin Waitz -- Duy ``` ## Nguyen Thai Ngoc Duy, 2006-10-11 21:55 Subject: Re: [RFC] separate .git from working directory Message-ID: URL: https://gitlist.dev/e/fcaeb9bf0610111455y225237cmdbaadbf294686d8e%40mail.gmail.com In-Reply-To: ``` On 10/11/06, Sean 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. > > Sean -- Duy ``` ## Junio C Hamano, 2006-10-11 22:22 Subject: Re: [RFC] separate .git from working directory Message-ID: <7vd58ysdaw.fsf@assigned-by-dhcp.cox.net> URL: https://gitlist.dev/e/7vd58ysdaw.fsf%40assigned-by-dhcp.cox.net In-Reply-To: ``` "Nguyen Thai Ngoc Duy" writes: > I thought about symlinks. However find will follow symlinks and > traverse .git directories again. My goal is to prevent looking into > .git directories I do not think the user (i.e. the developer working in his git tree or git forest that hosts subprojects) should have to bend and move .git directories away from the directory structure he works in just to please the tool (i.e. find). In this case the tool has an easy way to bend itself to match what the user wants, which is: find ... \( -type d -name .git -prune \) -o ... ``` ## Sean, 2006-10-11 22:48 Subject: Re: [RFC] separate .git from working directory Message-ID: URL: https://gitlist.dev/e/BAYC1-PASMTP04304774C74D3847D50C60AE140%40CEZ.ICE In-Reply-To: <81b0412b0610110741q698e6512xc8a4188bac0294a4@mail.gmail.com> ``` On Wed, 11 Oct 2006 16:41:03 +0200 "Alex Riesen" wrote: > You can even leave the name as is: it is impossible to misunderstand > a file for directory (except on AIX). Or put the information in extended > attributes. Actually, if you just make .git a symlink to the real $GIT_DIR find won't recurse into it. Sean ``` ## Liu Yubao, 2006-10-12 04:07 Subject: Re: [RFC] separate .git from working directory Message-ID: <452DBF9E.7010900@gmail.com> URL: https://gitlist.dev/e/452DBF9E.7010900%40gmail.com In-Reply-To: ``` Nguyen Thai Ngoc Duy wrote: > On 10/11/06, Sean 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. ``` ## Liu Yubao, 2006-10-12 05:04 Subject: Re: [RFC] separate .git from working directory Message-ID: <452DCCD3.2080600@gmail.com> URL: https://gitlist.dev/e/452DCCD3.2080600%40gmail.com In-Reply-To: <452DBF9E.7010900@gmail.com> ``` Liu Yubao wrote: > 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 Sorry, I made a mistake, svk maintains a map of the top directory of checkout, not each file: depot path path ==================================================================== //path/in/repos/myproject /path/to/myproject > > 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. > ``` ## Martin Waitz, 2006-10-12 05:21 Subject: Re: [RFC] separate .git from working directory Message-ID: <20061012052134.GB10922@admingilde.org> URL: https://gitlist.dev/e/20061012052134.GB10922%40admingilde.org In-Reply-To: ``` hoi :) On Thu, Oct 12, 2006 at 04:46:51AM +0700, Nguyen Thai Ngoc Duy wrote: > I thought about symlinks. However find will follow symlinks and > traverse .git directories again. My goal is to prevent looking into > .git directories only with -L. By default, find will not recurse into a symlinked directory. -- Martin Waitz ``` ## Nguyen Thai Ngoc Duy, 2006-10-21 17:08 Subject: Re: [RFC] separate .git from working directory Message-ID: URL: https://gitlist.dev/e/fcaeb9bf0610211008t9da13a5m71105d0ddd031bae%40mail.gmail.com In-Reply-To: ``` Hi, After reading a post in VCS comparison thread mentioning /etc example. I think some of my patches might be useful for some users. They are two patches, tp/gitlink~1 and tp/gitlink~2 in git-pclouds.git on repo.or.cz. The implementation is a bit differerent from what I proposed. The .gitdir file (I named it .gitlink though) contains an alternative name for .git dir. It would be more obvious with the following example: The standard layout: a/.git a/file a/b/.git a/b/file The new layout: a/.git a/.git-b (it is actually a/b/.git) a/file a/b/.gitlink (whose content is ".git-b") a/b/file With this I can move all .git directories to the top directory (or just parent directories). In /etc example, it can create a less cluttered directory structure. I do not submit these patches to git. It needs more work IMO. -- Duy ```