Re: git submodules

From: Avery Pennarun <apenwarr@gmail.com>
Date: Aug 17, 2008, 22:54 UTC
Message-ID: <32541b130808171554o2b2f33d5q43d3bd517ed85e06@mail.gmail.com>
In-Reply-To: <20080817201336.GA17148@artemis>

On Sun, Aug 17, 2008 at 4:13 PM, Pierre Habouzit <madcoder@debian.org> wrote:

Show 9 quoted lines

>  * It could make things like git-blame better: at work, it's common for
>    us to move files across submodules: we have a stable library shared
>    accross projects, and move there C modules that have staged for
>    quite some time in the applications and are stable enough, and it's
>    pity to loose history then, whereas git could really guess about the
>    move if it sees through GITLINKS in the same object repository.
>    GITLINKS are not very different from trees actually if you can look
>    through them, it's just a matter of dereferencing twice instead of
>    once.

That would be cool. I expect you could implement it independently of everything else by simply *trying* to dereference gitlinks in the local object repository if they exist, and not erroring out if they don't.

The other reasons for combining the repos seem fine, but they mostly seem to come down to saving disk space. I like saving disk space, but it's not really that important to me.

Have fun,

Avery