Re: [RFC] separate .git from working directory
- From
Martin Waitz <tali@admingilde.org>
- Date
- Oct 11, 2006, 18:14 UTC
- Message-ID
- <20061011181425.GA10922@admingilde.org>
- In-Reply-To
- <fcaeb9bf0610110623q365d3ffcw9ba9e11936d03a9d@mail.gmail.com>
hoi :)
On Wed, Oct 11, 2006 at 08:23:50PM +0700, Nguyen Thai Ngoc Duy wrote:
Show 6 quoted lines
> 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